ETSITS100 585V7.0.1 



(1999-07) 



Technical Specification 

Digital cellular telecommunications system (Phase 2+); 
Use of Data Terminal Equipment - Data Circuit terminating; 

Equipment (DTE - DCE) interface for 

Short Message Service (SMS) and 

Cell Broadcast Service (CBS) 

(GSM 07.05 version 7.0.1 Release 1998) 



cs 



GLOBAL SYSTEM FOR 
MOBILE COMMUNICATIONS 




(GSM 07.05 version 7.0.1 Release 1998) 2 ETSI TS 100 585 V7.0.1 (1999-07) 



Reference 



RTS/SMG-040705Q7 (5f003i0r.PDF) 

Keywords 

Digital cellular telecommunications system, 

Global System for Mobile communications (GSM) 



ETSI 

Postal address 



F-06921 Sophia Antipolis Cedex - FRANCE 

Office address 

650 Route des Lucioles - Sophia Antipolis 

Valbonne - FRANCE 

Tel. : +33 4 92 94 42 00 Fax: +33 4 93 65 47 1 6 

Siret N ° 348 623 562 0001 7 - NAF 742 C 

Association a but non lucratif enregistree a la 

Sous-Prefecture de Grasse (06) N" 7803/88 



Internet 



secretariat@etsi.fr 

Individual copies of this ETSI deliverable 

can be downloaded from 

http://www.etsi.org 

If you find errors in the present document, send your 

comment to: editor@etsi.fr 



Copyright Notification 



No part may be reproduced except as authorized by written permission. 
The copyright and the foregoing restriction extend to reproduction in all media. 

© European Telecommunications Standards Institute 1999. 
All rights reserved. 



£75/ 



(GSM 07.05 version 7.0.1 Release 1998) 3 ETSI TS 100 585 V7.0.1 (1999-07) 

Contents 

Intellectual Property Rights 6 

Foreword 6 

Introduction 6 

Scope 7 

0.1 References 8 

0.2 Abbreviations 8 

1 Reference configuration 9 

1.1 V.24 Interface Circuits 9 

1.1.1 Circuit definitions for the SMS Block mode 9 

1.1.2 Circuit definitions for the SMS Text and PDU modes 10 

2 SMS Block Mode 10 

2.1 Beginning and ending of SMS/CBS Block Mode 10 

2.1.1 Beginning SMS/CBS Block Mode 10 

2.1.2 Returning from SMS/CBS Block Mode To Defauh Mode 11 

2.2 Protocol description 11 

2.3 Requesting messages already held in the Mobile Termination 12 

2.3.1 Requesting List Of Messages 12 

2.3.2 Requesting Transfer Of Messages 13 

2.3.2.1 Requesting Transfer Of A Specific Message 13 

2.3.2.2 Requesting Transfer Of All Messages 13 

2.3.3 Requesting Diversion Of Incoming Messages 13 

2.3.3.1 Requesting SMS Messages 13 

2.3.3.2 Requesting CBS Messages 14 

2.3.3.3 Requesting indication of message arrival 14 

2.3.4 Requesting Transfer Into Mobile Termination 15 

2.3.5 Requesting Deletion Of Messages 15 

2.4 Message functional definitions and contents 15 

2.4.1 Commands Issued By The Terminal Equipment 16 

2.4.1.1 List Request 16 

2.4.1.2 Get Message 16 

2.4.1.3 Get First Message 16 

2.4.1.4 Get Next Message 17 

2.4.1.5 Transfer Inc SMS 17 

2.4.1.6 Indicate Inc SMS 17 

2.4.1.7 Transfer Inc CBS 17 

2.4.1.8 Insert SMS 17 

2.4.1.9 Delete message 17 

2.4.1.10 Unable to process 17 

2.4.1.11 End SMS Mode 18 

2.4.1.12 Acknowledge Message 18 

2.4.2 Responses/Indications Issued By The MT 18 

2.4.2.1 Message List 18 

2.4.2.2 Message 18 

2.4.2.3 Get Message Failure 19 

2.4.2.4 Inc Message 19 

2.4.2.5 Message Arrived 19 

2.4.2.6 Insert SMS Complete 19 

2.4.2.7 Insert SMS Failure 19 

2.4.2.8 Delete Message Complete 19 

2.4.2.9 Delete Message Failure 19 

2.4.2.10 Unable To Process 20 

2.4.2.11 End SMS Mode 20 

2.4.2.12 Request Confirmed 20 

2.5 General message format and information elements coding 20 



£75/ 



(GSM 07.05 version 7.0.1 Release 1998) 4 ETSI TS 100 585 V7.0.1 (1999-07) 

2.5.1 Message Type 20 

2.5.2 Other Information Elements 21 

2.5.2.1 Short Message Reference 21 

2.5.2.2 SMS Transfer Type 22 

2.5.2.3 Indication Type 22 

2.5.2.4 Insert Type 23 

2.5.2.5 Short Message Index 24 

2.5.2.6 Short Message Data 26 

2.5.2.7 Cause 28 

2.5.2.8 Index Count 29 

2.5.2.9 CBS Transfer Type 30 

2.5.2.10 Page Index 30 

2.5.2.11 Last Short Message 31 

2.5.2.12 Confirm Type 31 

2.5.2.13 TP-Failure Cause 32 

2.5.2.14 SM-Deliver-Ack 32 

2.5.2.15 SM-Submit-Ack 32 

3 Text Mode 33 

3.1 Parameter Definitions 33 

3.2 General Configuration Commands 36 

3.2.1 Select Message Service +CSMS 36 

3.2.2 Preferred Message Storage +CPMS 36 

3.2.3 Message Format +CMGF 37 

3.2.4 Enter SMS Block Mode Protocol +CESP 37 

3.2.5 Message Service Failure Result Code +CMS ERROR 38 

3.2.6 Informative Examples 38 

3.3 Message Configuration Commands 39 

3.3.1 Service Centre Address +CSCA 39 

3.3.2 Set Text Mode Parameters +CSMP 39 

3.3.3 Show Text Mode Parameters +CSDH 39 

3.3.4 Select Cell Broadcast Message Types +CSCB 40 

3.3.5 Save Settings +CSAS 40 

3.3.6 Restore Settings +CRES 41 

3.3.7 Informative Examples 41 

3.4 Message Receiving and Reading Commands 42 

3.4.1 New Message Indications to TE +CNMI 42 

3.4.2 List Messages +CMGL 46 

3.4.3 Read Message +CMGR 47 

3.4.4 New Message Acknowledgement to ME/TA +CNMA 47 

3.4.5 Informative Examples 48 

3.5 Message Sending and Writing Commands 49 

3.5.1 Send Message +CMGS 49 

3.5.2 Send Message from Storage +CMSS 50 

3.5.3 Write Message to Memory +CMGW 50 

3.5.4 Delete Message +CMGD 51 

3.5.5 Send Command +CMGC 51 

3.5.6 More Messages to Send +CMMS $(TEI R97)$ 52 

3.5.7 Informative Examples 52 

4 PDUMode 53 

4.1 List Messages +CMGL 53 

4.2 Read Message +CMGR 54 

4.3 Send Message +CMGS 54 

4.4 Write Message to Memory +CMGW 55 

4.5 Send Command +CMGC 55 

4.6 New Message Acknowledgement to ME/TA +CNMA 55 

4.7 Send Message from Storage +CMSS 56 



£75/ 



(GSM 07.05 version 7.0.1 Release 1998) 5 ETSI TS 100 585 V7.0.1 (1999-07) 

Annex A (Normative): Character Set Conversions for SMS Text Mode 58 

Annex B (Informative): Example of processing a data block 61 

B.l Example state diagrams for the block receiver 61 

B.2 Example of coding and decoding a data block 61 

Annex C (Informative): Change History 65 

History 66 



£75/ 



(GSM 07.05 version 7.0.1 Release 1998) 6 ETSI TS 100 585 V7.0.1 (1999-07) 



Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect 
of ETSI standards", which is available free of charge from the ETSI Secretariat. Latest updates are available on the 
ETSI Web server (http://www.etsi.org/ipr). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in SR 000 314 (or the updates on the ETSI Web server) 
which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by the Special Mobile Group (SMG). 

The present document outlines the use of data terminal equipment and specifies the terminal (DTE-DCE) interface for 
Short Message and Short Message Cell Broadcast Services within the digital cellular telecommunications system. 

The contents of the present document are subject to continuing work within SMG and may change following formal 
SMG approval. Should SMG modify the contents of the present document it will then be re-issued with an identifying 
change of release date and an increase in version number as follows: 

Version 7.x.y 

where: 

7 GSM Phase 2+ Release 1 998 ; 

X the second digit is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc.; 

y the third digit is incremented when editorial only changes have been incorporated in the specification. 



Introduction 

The present document includes references to features which were introduced into the GSM Technical specifications after 
Release 96 of GSM Phase 2+. The text that is relevant, if the feature is supported, is marked with designators. 

The following table lists all features that were introduced after Release 96 and have impacted the present document: 



Feature 


Designator 


Technical enhancement and improvement: New optional 
command 


$(TEI R97)$ 


Enhanced Validity Period Format 


$(EVPF)$ 
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Scope 



The present document defines three interface protocols for control of SMS functions within a GSM mobile telephone 
from a remote terminal via an asynchronous interface. 

Clause 2 defines a binary protocol ("Block Mode"). The protocol includes error protection and is suitable for use where 
the link may not be completely reliable. It will be of particular use where control of remote devices is required. Efficient 
transfer of binary encoded user data is possible. 

Clause 3 defines a character-based interfaced based on "AT" commands ("Text Mode"). This mode is suitable for 
unintelligent terminals or terminal emulators, and for application software built on command structures like those 
defined in V.25ter. Some of the commands defined in clause 3 will also be useful for implementations of clause 2 and/or 
clause 4, for example enabling an indication of incoming SMS messages. 

Clause 4 defines a character-based interface with hex-encoded binary transfer of message blocks ("PDU Mode"). This 
mode is suitable for software drivers based on AT command structures which do not understand the content of the 
message blocks and can only pass them between the MT and "upper level" software resident in the TE. 

In all three modes, the terminal is considered to be in control for SMS/CBS transactions. 

The present document considers the mobile termination to be a single entity. Other GSM Technical Specifications 
describe the split of functionality between the mobile equipment and SIM. 

The three "modes" referred to above, are represented in figure 0.1/GSM 07.05. 

The "Block mode" is a self contained mode in its own right, and when entered, control will remain within that mode 
until the procedures to exit the mode are executed, after which control is returned to the V.25ter "command" state or 
"on-line command" state. 

The "Text" and "PDU" modes are not in themselves V.25ter states but are simply sets of commands which will operate 
in either the V.25ter "command" state or "on-line command" state. The "Text" and "PDU" modes are transitory states 
and after each operation, control is automatically returned to the V.25ter "command" state or "on-line command" state. 
Whilst in the V.25ter command state, the MS is available to handle incoming and outgoing calls such as Data or 
Facsimile. 




Figure 0.1/GSM 07.05: Block, Text and PDU modes 

In the "Block mode" and "PDU" mode a mobile is not permitted to modify any component of an SMS/CBS message 
received from the air interface or an SMS message received from a TE, before passing it on, except where GSM 03.40 
or GSM 03.41 defines a "component modification facility" and where this "component modification facility" is 
supported by the mobile. In the Text Mode the mobile may be unable to display characters coded in particular coding 
schemes. In this case, the mobile shall behave as described in GSM 03.38 and assume the coding scheme to be the GSM 
Default Alphabet. 
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0.1 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

• A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same 
number. 

• For this Release 1998 document, references to GSM documents are for Release 1998 versions (version 7.x.y). 

[I] GSM 01.04: "Digital cellular telecommunications system (Phase 2+); Abbreviations and 
acronyms". 

[2] GSM 03.38: "Digital cellular telecommunications system (Phase 2+); Alphabets and 

language-specific information". 

[3] GSM 03.40: "Digital cellular telecommunications system (Phase 2+); Technical realization of the 

Short Message Service (SMS) Point-to-Point (PP)". 

[4] GSM 03.41: "Digital cellular telecommunications system (Phase 2+); Technical reaUzation of 

Short Message Service Cell Broadcast (SMSCB)". 

[5] GSM 04.08: "Digital cellular telecommunications system (Phase 2+); Mobile radio interface layer 

3 specification". 

[6] GSM 04. 1 1 : "Digital cellular telecommunications system (Phase 2+); Point-to-Point (PP) Short 

Message Service (SMS) support on mobile radio interface". 

[7] GSM 04.12: "Digital cellular telecommunications system (Phase 2+); Short Message Service Cell 

Broadcast (SMSCB) support on the mobile radio interface". 

[8] GSM 07.01: "Digital cellular telecommunications system (Phase 2+); General on Terminal 

Adaptation Functions (TAF) for Mobile Stations (MS)". 

[9] GSM 07.07: "Digital cellular telecommunications system (Phase 2+); AT command set for GSM 

Mobile Equipment (ME)". 

[10] GSM 11.11: "Digital cellular telecommunications system (Phase 2+); Specification of the 

Subscriber Identity Module - Mobile Equipment (SIM - ME) interface". 

[II] CCITT Recommendation V.25ter: "Serial Asynchronous Automatic Dialling And Control" 

[12] CCITT Recommendation V.24: "List of definitions for interchange circuits between data terminal 

equipment (DTE) and data circuit-terminating equipment". 

[13] CCITT Recommendation E. 164: "Numbering plan for the ISDN era". 

[14] CCITT Recommendation E. 163: "Numbering plan for the international telephone service". 

0.2 Abbreviations 

Abbreviations used in the present document are listed in GSM 01.04 [1]. 
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Reference configuration 



< MOBILE STATION 



MOBILE 
EQUIPMENT 




TERMINAL 
EQUIPMENT 


SIM 




DCE/DTE INTERFACE 



MOBILE TERMINATION (MT2) 

Figure 1 : Reference configuration 

The mobile termination consists of the mobile equipment (ME) and the SIM. Messages may be stored in either, but this 
specification does not distinguish between messages stored in the SIM or in the ME. The management of message 
storage in the two parts of the mobile termination is a matter for the mobile termination implementation. 



1.1 



V.24 Interface Circuits 



The operation of the CCITT V.24 blue book interface circuits for SMS is shown in table 1.1/GSM 07.05. 

Table 1.1/GSM 07.05: Use of V.24 interface circuits 



V.24 CIRCUIT 


DESCRIPTION 


TE to MT 


MT to TE 


CT102 


signal ground 


X 


X 


CT103 


TXD 


X 




CT104 


RXD 




X 


CT105 


RTS 


X 




CT106 


CIS 




X 


CT107 


DSR 




X 


CT108.2 


DTR 


X 




CT109 


DCD 




X 



NOTE: CT105 at the TE is connected to CT133 at the MT 

1 .1 .1 Circuit definitions for tine SMS Block mode 

CT103 

All commands from the TE to the MT are transferred across this circuit. Inband flow control is not permitted during 
Block Mode. 

CT104 

All responses/indications from the MT to the TE are transferred across this circuit. Inband flow control is not permitted 
during Block Mode. 

CT105 

This circuit allows the TE to flow control the MT when in the Block Mode and at other times if hardware flow control is 
enabled. 

CT106 

This circuit allows the MT to flow control the TE when in the Block Mode and at other times if hardware flow control is 
enabled. 

CT107 
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This circuit shall be set to the ON condition before entry into the Block Mode, and shall remain in the ON condition 
during Block Mode. If the TE detects that this circuit returns to the OFF condition during the block mode then the TE 
shall return CT108.2 to the OFF condition and exit the Block Mode. 

CT108.2 

This circuit shall be set in the ON condition before the AT+CESP command is sent from the TE to begin the Block 
Mode, and shall be maintained in the ON condition during the Block Mode. It shall be returned to the OFF condition 
after the command 'END SMS MODE' has been accepted and acknowledged by the MT. If the MT detects that this 
circuit returns to the OFF condition during the Block Mode then the MT shall exit the Block Mode. 

CT109 

This circuit shall be set to the ON condition before entry into the Block Mode and remain in the ON condition during 
the Block Mode. If the TE detects that this circuit returns to the OFF condition during the Block Mode then the TE shall 
return CT108.2 to the OFF condition and shall exit the Block Mode. 

1 .1 .2 Circuit definitions for tine SMS Text and PDU modes 

Only circuits CT102, CT103 and CT104 are mandatory for the Text and PDU modes. The functionality and operation of 
other circuits shall be in accordance with V.25ter. 



2 SMS Block Mode 

2.1 Beginning and ending of SMS/CBS Block Mode 



2.1 .1 Beginning SMS/CBS Block Mode 



As described in GSM 07.01, the DTE/DCE interface is normally associated with the terminal adaptation function (TAF), 
if such a function is available. When no data connection is in progress, and the terminal equipment wishes to enter 
SMS/CBS mode, the command 'AT+CESP' shall be issued by the TE through the DTE/DCE interface requesting that the 
Block mode protocol described in this specification is to be used. The syntax of this command is further described in 
subclause 3.2.4 later. The syntax for these commands is derived from V.25ter, i.e. the command is encoded as an IA5 
character string together with delimiters as described in V.25ter. 

Upon receipt of this command, the mobile termination shall respond as follows: 

If the mobile termination supports SMS/CBS block mode commands, responses and indications as described in 
this technical specification, it shall respond with 'OK' (or 0) and enter the SMS/CBS mode. 

If the mobile termination does not support SMS/CBS block mode commands, responses and indications as 
described in this technical specification, it shall respond with 'ERROR' (or 4) and remain in the current mode.. 

Terminal software shall wait a short time (e.g. 5 seconds) for the 'OK' (0) or 'ERROR' (4) response. If neither 
response is received before the timeout then the terminal software shall assume that the block mode has been 
entered. The terminal software may then submit its first block mode command. If no response is received to this 
command then the terminal software shall proceed as described below in subclause 2.2 (i.e. repeat the command 
3 times and then exit the block mode). 

If the SMS/CBS block mode command is accepted by the mobile termination, then all further commands, responses and 
indications shall be as defined in clause 2 of this technical specification. These SMS/CBS mode commands, responses 
and indications use 8-bit encoded data and not IA5 characters. 
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2.1 .2 Returning from SMS/CBS Block Mode To Default Mode 

When the terminal equipment wishes to return to default mode from SMS/CBS mode, it shall issue the command 'END 
SMS MODE', described in subclause 2.4.1.1 1. The mobile termination shall respond with 'OK' (or 0) to indicate that the 
DTE/DCE interface has returned to default mode. The TE shall change back to default mode whether or not such a 
response is received. 

The TE may also indicate that it has exit from the SMS/CBS mode through the use of CT 108/2 (see subclause 1.1) 

If an incoming data call arrives while the DTE/DCE interface is set to SMS/CBS mode, then the mobile termination may 
autonomously issue the 'END SMS MODE' indication (subclause 2.4.2.1 1) and revert to default mode in order to 
connect the data call through the TAE. 

The MT may exit from SMS/CBS mode autonomously if the power to the MT is switched off and then on again. In 
addition, the MT manufacturer may provide MMI to change the mode back to the default mode. In the latter case, the 
MT shall issue the 'END SMS MODE' indication (subclause 2.4.2.11) and exit the SMS/CBS mode immediately. 

The MT may also indicate that it has exit from the SMS/CBS mode through the use of CT 107 and 
CT 109 (see subclause 1.1). 

A BREAK condition in either direction at the DTE/DCE interface shall cause the TE and the MT to exit from the 
SMS/CBS block mode and return to the default mode. 

In the event where the TE or the MT find themselves unable to recover from a protocol error then either entity may exit 
the SMS/CBS mode using any of the mechanisms described above. Confirmation of default mode operation will be 
achieved through the use of AT commands and responses. 



2.2 Protocol description 



The communication path between the MT and the TE across the DTE/DCE interface should be quite reliable if it uses a 
short wire link. However, to ensure that the low error rate does not cause malfunction, the following error protection 
scheme is provided. 

Each message sent from the MT to the TE or vice-versa consists of a data block (DATA) and block check sum (BCS, 
see figure 2.2.1). In the following description the notation DLE, STX, NUL and ETX refer to control characters having 
the values 10 02 00 and 03 hexadecimal respectively. 

< DATA > <- BCS -> 



DLE 

10H 


STX 
02H 


Message content 


DLE 

10H 


ETX 
03H 


BCS 
MSB 


BCS 
LSB 



Figure 2.2.1/GSM 07.05: Format of DTE/DCE interface messages 

The data block consists of a start transmission sequence, set to 00010000 00000010 (10 02 hex), the message content as 
defined below and an end transmission sequence, set to 00010000 0000001 1 (10 03 hex). The least significant bit of 
each octet is always transmitted first. 

The block check sum is calculated at the transmitter by adding all of the octets in the message content modulo 65536. 
Each bit of the 16-bit result is then inverted, and 1 is added to the answer. 

During transmission of the message content and the BCS octets, any occurrence of the value 10 hex (DLE) shall result in 
an additional 'stuffing' octet of value 00 hex (NUL) being transmitted immediately following the octet containing 10 hex. 
This is to ensure that the start and end markers are unambiguous. The receiver shall remove stuffing octets by discarding 
any octet of value 00 hex (NUL) which immediately follows an octet of value 10 hex (DLE). 

After removal of any stuffing octets, the receiver can check the BCS by adding all of the octets in the message content 
and the 16-bit BCS modulo 65536. The correct result is 0000 hex. If any message is received with an incorrect BCS, 
then the message is discarded. No response is sent over the DTE/DCE interface, but an indication may be provided to 
higher layers within the receiving entity. 
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The transmitter shall only send DLE when it is followed by STX, NUL or ETX. Therefore, if the receiver sees a DLE 
followed by anything else then the receiver shall assume that some data has been lost, and shall start to search for the 
start marker. An unexpected end marker at the receiver shall also result in a search for a start marker. A start marker 
shall always be treated as the start of a new block, regardless of which state the receiver is in. 

Examples of state diagrams for a block receiver to implement this procedure are given in Annex B, together with an 
example of coding and decoding a message. 

Only one Command/Response transaction shall be permitted at any one time from any sending or receiving entity. It 
shall however be possible for a Command/Response transaction from one entity to be initiated even if there is a 
Command/Response transaction in progress from the other entity. 

If an immediate response is expected to a message sent over the DTE/DCE interface, then the sending entity shall wait 
10 seconds. If no response is received within this time, the sending entity shall repeat the message. The message shall be 
repeated a maximum of 3 times, after which the sending entity shall exit from the SMS/CBS mode and provide an error 
indication to the user. 

If a message cannot be understood by the receiving entity even though it has a correct BCS, then it shall return an 
UNABLE TO PROCESS message with cause value 'Command not understood'. The receipt of an UNABLE TO 
PROCESS message should not in itself initiate re-transmission although re-transmission may take place due to the 
timeout mechanism described earlier since an UNABLE TO PROCESS is deemed to be an invalid response. The 
'Cause' may however be referred to a higher layer. An UNABLE TO PROCESS shall not be sent as the result of an 
incorrect BCS. 

2.3 Requesting messages already held in the IVIobile 
Termination 

The TE may request the MT to provide SMS or CBS messages already stored. The TE will either request all messages, 
or request a list of messages and subsequently ask for specific messages. 

At the start of the SMS/CBS mode session, the MT shall number all messages contiguously, starting with message 
number 1. These "Short Message References" are only valid for a single SMS/CBS MODE session and should not be 
confused with the GSM 03.40 TP -Message-Reference. Each message retains its Short Message Reference for the 
duration of the SMS/CBS mode session. New messages will normally be given the lowest previously-unused Short 
Message Reference. However, if all Short Message References have been used then the MT may reallocate Short 
Message References previously allocated to now-deleted messages. 

Short Message Reference signifies that there are no messages in the MT. The value of is used under the following 
conditions: 

When an INSERT SMS command is used to transfer an SM over the air interface and not store it in the MT then 
the MT will return a Short Message Reference of in the REQUEST CONFIRMED response and the ensuing 
INSERT SMS COMPLETE / INSERT SMS FAILURE indications. 

For Class SM's which are not stored in the MT 

For TE specific SM's which are not stored in the MT 

If Message number is requested by the TE, the MT will always return an error cause, but will also include the highest 
valid Short Message Reference (see subclause 2.3.2.1 below). 



2.3.1 Requesting List Of IVIessages 



The TE may request the MT to provide a list of SMS and CBS messages currently stored in the mobile termination. 
This is achieved by the LIST REQUEST command (subclause 2.4.1.1). The MT divides the messages stored into groups 
of 5 (called pages) and transfers the first 5 in a MESSAGE LIST response (subclause 2.4.2.1) containing message 
references allocated by the MT, plus the relevant header information described in GSM 03.40/04. 1 1 and GSM 
03.41/04.12. 

If there are no messages stored in the MT, then the MESSAGE LIST response shall be empty. 
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The TE may then request farther groups of up to 5 messages by repeating the LIST REQUEST command for pages 2,3, 
and so on. The MT will indicate that there are no more pages by responding with an empty MESSAGE LIST response. 

2.3.2 Requesting Transfer Of Messages 

The TE may request the transfer of one or more messages by means of the commands described below. The MT does 
not delete messages which have been transferred. Messages can only be deleted by the DELETE MESSAGE command 
(subclause 2.4.1.9). 

2.3.2.1 Requesting Transfer Of A Specific Message 

The TE may request the MT to transfer a specific message by sending the GET MESSAGE command (subclause 
2.4.1.2), including the appropriate message reference. The MT will provide the full message including header in a 
MESSAGE response (subclause 2.4.2.2). If the message reference is unallocated, then the GET MESSAGE FAILURE 
response is returned with cause 'No such message' and the highest valid Message Reference (subclause 2.4.2.3). 

2.3.2.2 Requesting Transfer Of All Messages 

The TE may request the MT to transfer all messages by sending the GET FIRST MESSAGE command (subclause 
2.4.1.3), followed by the appropriate number of GET NEXT MESSAGE commands (subclause 2.4.1.4). 

The MT shall be able to transfer all messages one-by-one, starting with the 'first' and continuing with the 'next'. The 
precise ordering of the messages is left to the MT implementation. 

If the MT exits from SMS/CBS mode for any reason, then this information need not be retained. 

On receipt of the GET FIRST MESSAGE command, the MT shall set a pointer to the first message, and transfer this 
message using the MESSAGE response as described in subclause 2.3.2.1. 

On receipt of the GET NEXT MESSAGE command, the MT shall move the pointer to the first available message after 
the last message transferred (using either GET FIRST MESSAGE, GET MESSAGE or GET NEXT MESSAGE), and 
transfer this message using the MESSAGE response as described in subclause 2.3.2.1. 

If the MT receives a GET NEXT MESSAGE command when all messages have been transferred to the TE, or there are 
no messages stored in the MT, then the GET MESSAGE FAILURE response shall be provided with the cause 'No such 
message' (see subclause 2.4.2.3). 

If the TE receives an out of sequence message then it shall attempt to transfer the missing message using the GET 
MESSAGE command before continuing with GET NEXT MESSAGE. If this attempt fails with the cause 'no such 
message', it means that the message has been deleted, or it has been lost due to a failure at the MT. 

The MT includes a LAST SHORT MESSAGE REFERENCE in the GET MESSAGE FAILURE response. This is so 
that the TE can detect whether or not the last short message was received in error. 

If the MT receives a GET NEXT MESSAGE command prior to receiving a GET FIRST MESSAGE or GET 
MESSAGE command, then it shall continue as if the command had been GET FIRST MESSAGE (i.e. provide the 'first' 
message and continue with the 'next' on receipt of the subsequent GET NEXT MESSAGE command). 

2.3.3 Requesting Diversion Of Incoming Messages 

The TE may request the MT to transfer SMS or CBS messages directly from the air interface to the DTE/DCE interface, 
by the following procedures. If messages are diverted then they are not stored in the MT. If messages are diverted and 
there is no communication path to the TE (e.g. because it has been disconnected), the diversion shall be cancelled. 

2.3.3.1 Requesting SMS Messages 

The TE may request an indication of arrival of incoming SMS messages, or the direct transfer of incoming SMS 
messages. 
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The TE requests new SMS messages by the TRANSFER INC SMS command (subclause 2.4.1.5). This command will 
be sent with parameters indicating whether all incoming SMS messages are to be transferred, or only those indicated as 
being for the TE. 

The MT shall confirm receipt of this command with a REQUEST CONFIRMED message provided there is memory 
available to store SM's in the ME or the SIM. If there is no memory available, the MT shall respond with 'unable to 
process' with a cause value No memory. 

The MT shall transfer incoming messages by the INC MESSAGE indication (subclause 2.4.2.4). 

For an INC MESSAGE which contains a Short Message (SMS) info element id, the TE shall acknowledge receipt of the 
INC MESSAGE with an ACKNOWLEDGE MESSAGE (subclause 2.4.1.12). The MT should not send another INC 
MESSAGE which contains a Short Message (SMS) info element id to the TE whilst it is waiting for an 
ACKNOWLEDGE MESSAGE. 

In the event of the MT not receiving an ACKNOWLEDGE MESSAGE within a time specified by the MT manufacturer 
the MT shall exit the SMS mode automatically after 'n' attempts to send the INC MESSAGE (where n is a number 
specified by the MT manufacturer). The MT should attempt to store the unacknowledged SM or Status Report 
(contained in the INC MESSAGE) in the MT or on the SIM as appropriate. 

The ACKNOWLEDGE MESSAGE sent from the TE to the MT must not delay the MT sending the RP-ACK defined in 
GSM 03.40 (to the SC) for longer than the RP-ACK timeout specified in GSM 04.08. 

The TE requests the cessation of incoming message transfer by the same command, indicating no incoming messages. 
The transfer of messages will automatically cease on exit of the SMS/CBS mode. Transfer shall not recommence until a 
new request is issued by the TE. 

2.3.3.2 Requesting CBS Messages 

The TE may request the transfer of all cell broadcast messages directly from the air interface to the DTE/DCE interface. 
This is achieved by the use of the TRANSFER INC CBS message (subclause 2.4.1.7). 

The MT shall confirm receipt of this command with a REQUEST CONFIRMED message. 

After receipt of this command, the MT shall transfer all CBS pages as they arrive on the air interface, using the INC 
MESSAGE indication (subclause 2.4.2.4). 

While the CBS pages are being transferred, any other indication or response required to be sent to the TE will take 
precedence over the CBS pages. However, the MT shall not interrupt the transfer of a page to send other information 
within the SMS/CBS mode (ie. the MT shall wait until a page boundary). 

The transfer of messages will automatically cease on exit of the SMS/CBS mode. Transfer shall not recommence until a 
new request is issued by the TE. 

2.3.3.3 Requesting indication of message arrival 

If the TE requires an indication of incoming message arrival, the INDICATE INC SMS command (subclause 2.4.1.6) 
shall be used. 

The MT shall confirm receipt of this command with a REQUEST CONFIRMED message. 

After receipt of this command, the MT shall indicate all incoming messages in the specified categories (unless they are 
directly transferred) with the MESSAGE ARRIVED indication (subclause 2.4.2.5). This indication shall be of the same 
format as the MESSAGE LIST response described in subclause 2.3.1. 

The TE shall acknowledge receipt of the MESSAGE ARRIVED with an ACKNOWLEDGE MESSAGE, (subclause 
2.4.1.12). The MT should not send another MESSAGE ARRIVED to the TE whilst it is waiting for an 
ACKNOWLEDGE MESSAGE. 

In the event of the MT not receiving an ACKNOWLEDGE MESSAGE within a time specified by the MT manufacturer 
the MT shall exit the SMS mode automatically after 'n' attempts to send the MESSAGE ARRIVED (where n is a 
number specified by the MT manufacturer). The MT should attempt to store the unacknowledged SM or Status Report 
in the MT or on the SIM as appropriate. 
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The ACKNOWLEDGE MESSAGE sent from the TE to the MT must not delay the MT sending the RP-ACK defined in 
GSM 03.40 (to the SC) for longer than the RP-ACK timeout specified in the GSM 04.08. 

The TE requests the cessation of incoming message indication by the INDICATE INC SMS command, with the 'no 
incoming messages' parameter. 

2.3.4 Requesting Transfer Into Mobile Termination 

The TE may request transfer of SMS messages into the mobile termination. Cell broadcast messages cannot be 
transferred in this direction. 

The TE shall use the INSERT SMS command (subclause 2.4.1.8) to transfer the message. This command shall indicate 
whether the message is to be stored in the MT, sent over the air interface or both. The command shall include the full 
SMS message and header as described in GSM 03.40, except for the message reference and message type indication 
(which are allocated by the MT). 

Only one INSERT SMS command may be outstanding at any given instant. An INSERT SMS is deemed complete when 
an INSERT SMS COMPLETE or an INSERT SMS FAILURE indication has been received irrespective of whether an 
intermediate REQUEST CONFIRMED has been received. 

Upon receipt of an INSERT SMS command, the MT shall act in the following way: 

If the TE requested the MT to store the message, the MT shall attempt to store the message. If the attempt is successful, 
the MT shall return an INSERT SMS COMPLETE indication (subclause 2.4.2.6), including the message reference 
allocated by the MT. If the attempt fails (eg. due to lack of memory), the MT shall return an INSERT SMS FAILURE 
indication (subclause 2.4.2.7), providing a cause for the failure. 

If the TE requested the MT to send the message, the MT shall respond immediately with a REQUEST CONFIRMED 
message, and attempt to send the message. If the send attempt subsequently succeeds, the MT shall send an INSERT 
SMS COMPLETE indication, including the message references allocated by the MT. If the send attempt subsequently 
fails, the MT shall return an INSERT SMS FAILURE indication, providing a cause for the failure. 

If the TE requested the MT to store and send the message, the MT shall first attempt to store the message. If no storage 
is available, the MT shall return an INSERT SMS FAILURE indication (subclause 2.4.2.7) and shall not attempt to send 
the message. If storage is available, the MT shall store the message and then respond with a REQUEST CONFIRMED 
message. If the send attempt is successful, the MT shall return an INSERT SMS COMPLETE indication (subclause 
2.4.2.6), including the message references allocated by the MT. If the transmission of the message fails, then the MT 
shall return an INSERT SMS FAILURE indication (subclause 2.4.2.7). This will show that the send attempt failed and 
provide a cause. After that the MT shall delete the stored message. 

2.3.5 Requesting Deletion Of Messages 

The TE may request deletion of SMS or CBS messages from the store in the MT. This is achieved by the DELETE 
MESSAGE command (subclause 2.4. L9). The command will include a message reference, as defined by the MT and 
provided in the message list. 

Upon receipt of this command, the MT shall attempt to delete the message. If successful, the MT shall return a DELETE 
MESSAGE COMPLETE indication (subclause 2.4.2.8). If not successful, the MT shall return a DELETE MESSAGE 
FAILURE indication (subclause 2.4.2.9). 

On successful deletion of an SM or CBS message the Page Index (see 2.5.2. 10) and the Index Count (see 2.5.2.8) shall 
be re-assigned so that their values are contiguous (i.e. there are no gaps in either parameter). The original short message 
Reference values remain unchanged. 

2.4 Message functional definitions and contents 

This subclause provides an overview of the message structure to be used over the DTE/DCE interface in SMS/CBS 
block mode. Each message definition includes a brief description of the use of the message, and a table showing all the 
information elements which may be included in the message. If an entity receives a message containing more 
information elements than expected then the receiving entity shall ignore the additional information elements. For each 
information element the following data are provided: 
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Reference - this indicates where the detailed description of each element can be found. 
Presence: 



M 



O 



Mandatory 



Conditional 



erroneous 
Optional 



must always be present 

receiver: If not present, consider message erroneous 

presence depending on e.g. 

a) value of other element 

b) presence of optional element 

receiver: If not present when condition met, consider message 

presence is a choice of the sender 
receiver: present or not, accept message 



Format: 

T 

V 

TV 

LV 

TLV 



Type only, fixed length, only IE! 

Value only, fixed length, no lEI included 

Type and value, fixed length, lEI included 

Length and value, variable length, no lEI included and Length indicator included 

Type, Length and Value, variable length, lEI and length indicator included 



2.4.1 



Length - this indicates the length of the information element in octets. 

Commands Issued By The Terminal Equipment 



Table 2.4.1/GSM 07.05 summarises the commands which may be issued by the TE. 

Table 2.4.1/GSM 07.05: Commands which may be issued by the TE 





Reference 


LIST REQUEST 


2.4.1.1 


GET MESSAGE 


2.4.1.2 


GET FIRST MESSAGE 


2.4.1.3 


GET NEXT MESSAGE 


2.4.1.4 


TRANSFER INC SMS 


2.4.1.5 


INDICATE INC SMS 


2.4.1.6 


TRANSFER INC CBS 


2.4.1.7 


INSERT SMS 


2.4.1.8 


DELETE MESSAGE 


2.4.1.9 


UNABLE TO PROCESS 


2.4.1.10 


END SMS MODE 


2.4.1.11 


ACKNOWLEDGE MESSAGE 


2.4.1.12 



2.4.1.1 



List Request 



This message is sent by the TE to the MT to request a list of messages stored in the MT. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Page Index 


2.5.2.10 


M 


V 


1 



2.4.1.2 



Get Message 



This message is sent by the TE to the MT to request transfer of a specific SMS or CBS message stored in the MT. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Short Message Reference 


2.5.2.1 


M 


V 


1 



2.4.1.3 



Get First Message 



This message is sent by the TE to the MT to request transfer of the first available SMS or CBS message stored in the 
MT. 
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Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 



2.4.1.4 



Get Next Message 



This message is sent by the TE to the MT to request transfer of the next available SMS or CBS message stored in the 
MT. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 



2.4.1.5 



Transfer Inc SMS 



This message is sent by the TE to the MT to request the direct transfer of incoming messages from the air interface to 
theTE. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


SMS Transfer Type 


2.5.2.2 


M 


V 


1 



2.4.1.6 



Indicate Inc SMS 



This message is sent by the TE to the MT to request that the MT indicates when an incoming message arrives. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Indication Type 


2.5.2.3 


M 


V 


1 



2.4.1.7 



Transfer Inc CBS 



This message is sent by the TE to the MT to request transfer of all cell broadcast messages directly from the air interface 
to the DTE/DCE interface. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


CBS Transfer Type 


2.5.2.9 


M 


V 


1 



2.4.1.8 



Insert SMS 



This message is sent by the TE to the MT to request the transfer of an SMS TPU to the MT memory or across the air 
interface. The TPDU is formatted in exactly the same way as described in TS 03.40. Where the TPDU includes a TP- 
Message-Reference which is to be incremented by the MT for every outgoing message, the TP-Message-Reference 
provided by the TE will be overwritten by the MT before transmission of the message. The value provided by the TE is 
discarded by the MT and has no significance. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Insert Type 


2.5.2.4 


M 


V 


1 


RP-Destination-Address 


GSM 04.11 


M 


LV 


1-12 a) 


SMS-TPDU 


GSM 03.40 


M 


V 


max 1 64 



a) If no RP-Destination-Address is to be transferred then the length is set to 0. In this case, the MT inserts the 
default SC address. 

2.4.1.9 Delete message 

This message is sent from the TE to the MT to request deletion of a specific SMS or CBS message held in the MT. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Sliort Message Reference 


2.5.2.1 


M 


V 


1 



2.4.1.10 Unable to process 

This response is sent from the TE to the MT to indicate that the MT's message could not be processed. 
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Information element 


Preference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Cause 


2.5.2.7 


M 


V 


1 



2.4.1.11 End SMS Mode 

This message is sent from the TE to the MT to terminate the SMS/CBS mode of the DTE/DCE interface. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 



2.4. 1.12 Acknowledge Message 

This message is sent from the TE to the MT to acknowledge receipt of a INC MESSAGE or MESSAGE ARRIVED 
which contains a Short Message (SMS) info element id, (e.g. a Short Message or a Status Report but not a CBS 

message. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


SM-Deliver-Ack 


2.5.2.14 


O 


TLV 


2 to 160 



2.4.2 Responses/Indications Issued By The MT 

Table 2.4.2/GSM 07.05 summarises the responses/indications which may be issued by the MT. 

Table 2.4.2/GSM 07.05: Responses/Indications which may be issued by the MT 





Reference 


MESSAGE LIST 


2.4.2.1 


MESSAGE 


2.4.2.2 


GET MESSAGE FAILURE 


2.4.2.3 


INC MESSAGE 


2.4.2.4 


MESSAGE ARRIVED 


2.4.2.5 


INSERT SMS COMPLETE 


2.4.2.6 


INSERT SMS FAILURE 


2.4.2.7 


DELETE MESSAGE COMPLETE 


2.4.2.8 


DELETE MESSAGE FAILURE 


2.4.2.9 


UNABLE TO PROCESS 


2.4.2.10 


END SMS MODE 


2.4.2.11 


REOUEST CONFIRMED 


2.4.2.12 



2.4.2.1 



Message List 



This response is sent from the MT to the TE on receipt of a LIST REQUEST from the TE. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Page Index 


2.5.2.10 


M 


V 


1 


Index Count 


2.5.2.8 


M 


V 


1 


Short Message Index (1) 


2.5.2.5 





TLV 


8-48 


Short Message Index (2) 


2.5.2.5 





TLV 


8-48 












Short Message Index (n) 


2.5.2.5 





TLV 


8-48 



The number of Short Message Indices included in the message may be 0, 1, 2, 3, 4 or 5. 

2.4.2.2 Message 

This response is sent from the MT to the TE when a short message has been requested. 
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Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Short Message Data 


2.5.2.6 


M 


TLV 


28-181 



2.4.2.3 



Get Message Failure 



This response is sent from the MT to the TE when a request for a short message cannot be frilfilled. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Last Short Message 


2.5.2.11 


M 


V 


1 


Cause 


2.5.2.7 


M 


V 


1 



2.4.2.4 



Inc Message 



This indication is sent from the MT to the TE after the MT has been requested to transfer messages of certain categories 
immediately upon receipt. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Short Message Data 


2.5.2.6 


M 


TLV 


28-181 



2.4.2.5 



Message Arrived 



This indication is sent from the MT to the TE after the MT has been requested to provide an indication of the receipt of 
certain categories of incoming message. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Short Message Index 


2.5.2.5 


M 


TLV 


8-48 



2.4.2.6 



Insert SMS Complete 



This response is sent by the MT to the TE to indicate that the TE's request to insert a message has been completed. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Short Message Reference 


2.5.2.1 


M 


V 


1 


TP-Message Reference 


GSM 03.40 


Ca) 


V 


1 


SM-Submit-Ack 


2.5.2.15 





TLV 


2 to 160 



a) The TP-Message Reference is only included if the message had been requested to be transferred over the air 
interface. 



2.4.2.7 Insert SMS Failure 

This response is sent from the MT to the TE to indicate that the attempt to insert an SMS message failed. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Cause 


2.5.2.7 


M 


V 


1-2 


TP-Failure Cause 


2.5.2.13 





TLV 


4 


Short Message Reference 


2.5.2.1 





TV 


2 



2.4.2.8 



Delete Message Complete 



This response is sent from the MT to the TE to indicate that the request to delete a message from the MT store has been 
completed. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Short Message Reference 


2.5.2.1 


M 


V 


1 



2.4.2.9 



Delete Message Failure 



This response is sent from the MT to the TE to indicate that the request to delete a message from the MT store failed. 
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Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Short Message Reference 


2.5.2.1 


M 


V 


1 


Cause 


2.5.2.7 


M 


V 


1 



2.4.2.10 Unable To Process 

This response is sent from the MT to the TE to indicate that the TE's request could not be processed. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Cause 


2.5.2.7 


M 


V 


1 



2.4.2.11 End SMS Mode 

This indication is sent from the MT to the TE when the MT autonomously exits from SMS/CBS mode. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Cause 


2.5.2.7 


M 


V 


1 



2.4.2.12 Request Confirmed 



This indication is sent from the MT to the TE to indicate that the MT has received the request from the TE and will 
perform the requested frinction. 



Information element 


Reference 


Presence 


Format 


Length 


Message Type 


2.5.1 


M 


V 


1 


Confirm Type 


2.5.2.12 


M 


V 


1 


Short Message Reference 


2.5.2.1 





TV 


2 



2.5 General message format and information elements coding 

This subclause describes the content of messages for the SMS/CBS mode of the DTE/DCE interface. Within the figures 
in this subclause, the bit designated "bit 1" is transmitted first, followed by bits 2,3,4 etc. Similarly, the octet shown at 
the top of each figure is sent first. 

2.5.1 IVIessage Type 

The purpose of the message type is to identify the function of the message being sent. The message type is coded as 
shown in figure 2.5.1/GSM 07.05 and table 2.5.1/GSM 07.05. 

Bit 8 is reserved for possible future use as an extension bit. 

8 7 6 5 4 3 2 1 







Message Type 



octet 1 



Figure 2.5.1/GSM 07.05: Message Type 
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Table 2.5.1 /GSM 07.05: Message Types 



8 


7 


6 


5 


4 


3 


2 


1 















- 


- 


- 


- 


- 


Commands/ Responses issued by TE 




























LIST REQUEST 

























1 


GET MESSAGE 






















1 





GET FIRST MESSAGE 






















1 


1 


GET NEXT MESSAGE 



















1 








TRANSFER INC SMS 



















1 





1 


INDICATE INC SMS 



















1 


1 





TRANSFER INC CBS 



















1 


1 


1 


INSERT SMS 
















1 











DELETE MESSAGE 
















1 








1 


UNABLE TO PROCESS 













1 


1 


1 


1 





END SMS MODE 













1 


1 


1 


1 


1 


ACKNOWLEDGE MESSAGE 










1 


- 


- 


- 


- 


- 


Responses/Indications issued by MT 



























MESSAGE LIST 
























1 


MESSAGE 





















1 





GET MESSAGE FAILURE 





















1 


1 


INC MESSAGE 


















1 








MESSAGE ARRIVED 


















1 





1 


INSERT SMS COMPLETE 


















1 


1 





INSERT SMS FAILURE 


















1 


1 


1 


DELETE MESSAGE COMPLETE 















1 











DELETE MESSAGE FAILURE 















1 








1 


UNABLE TO PROCESS 















1 





1 





REQUEST CONFIRMED 












1 


1 


1 


1 


1 


END SMS MODE 




All other values are reserved. If a reserved Message Type is received then the receiving entity 


shall 


return "Unable to Process" with Cause 


"Command not understood". 





2.5.2 Other Information Elements 

Other information elements follow the general coding principles specified in GSM 04.08, and are described in the 
following subclauses. 



2.5.2.1 



Short Message Reference 



The Short Message Reference uniquely identifies a short message stored in the MT. It is an 8 bit number and is 
allocated by the MT. 

The Short Message Reference information element is coded as shown in figure 2.5.2/GSM 07.05 and table 2.5.2/GSM 
07.05. 



8 



1 





Short Message Reference info element id 



Short Message Reference value 



octet 1 



octet 2 



Figure 2.5.2/GSM 07.05: Short Message Reference information element 
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Table 2.5.2/GSM 07.05: Short Message Reference information element 



Short Message Reference value (octet 2). 

In the Short Message Reference value field bit 8 of octet 2 is the most significant bit and bit 1 of octet 2 is the 
least significant bit. 

Short Message Reference values are allocated by the MT. 



2.5.2.2 SMS Transfer Type 

The SMS Transfer Type indicates to the MT which SMS messages are required to be transferred to the TE. 
The SMS Transfer Type information element is coded as shown in figure 2.5.3/GSM 07.05 and table 2.5.3/GSM 07.05. 
8 7 6 5 4 3 2 1 







1 

SMS Transfer Type info element ident 









Reserved 







SMS Txfr 
Type value 



octet 1 
octet 2 



Figure 2.5.3/GSI\/l 07.05: SMS Transfer Type information element 
Table 2.5.3/GSM 07.05: SMS Transfer Type information element 



SMS Txfr Type value (octet 2). 






The SMS txfr type 


is coded as 


follows: 




bit 2 





1 

1 


bit 1 



1 



1 




Transfer no SMS messages 

Transfer SMS messages marked as 

TE-specific 

Reserved 

Transfer all SMS messages 


Bit 3 shows whether to transfer SMS-STATUS-REPORTS 


Bit 3 


1 






Do not transfer SMS-STATUS-REPORTS 
Transfer SMS-STATUS-REPORTS 


A receiving entity 
entity shall return 


shall ignore the setting of bits 8-4. If bit 2 is set to 1 and bit 1 is set to then the receiving 
'Unable to Process" with cause "Command Not Understood" 



2.5.2.3 Indication Type 

The Indication Type tells the MT when to notify the TE that an incoming message has been received. 
The Indication Type information element is coded as shown in figure 2.5.4/GSM 07.05 and table 2.5.4/GSM 07.05. 
8 7 6 5 4 3 2 1 







10 

Indication Type info element identifier 









Reserved 







Indication Type 
value 



octet 1 
octet 2 



Figure 2.5.4/GSM 07.05: Indication Type information element 
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Table 2.5.4/GSM 07.05: Indication Type information element 



Indication Type value (octet 2). 

The indication type is coded as follows: 



bit 3 


bit 2 


bitl 

















1 





1 








1 


1 


1 








1 





1 


1 


1 





1 


1 


1 



Indicate no messages 

Reserved 

Indicate all SMS messages 

Indicate SMS messages marked as 

TE-specific 

Indicate all CBS messages 

Indicate CBS messages marked as 

TE-specific 

Indicate all CBS and SMS messages 

Indicate SMS and CBS messages marked 

as TE-specific 



Bit 4 shows whether or not to indicate SMS reports: 

bit 4 



1 



Do not indicate SMS reports 
Indicate SMS reports 



A receiving entity shall ignore the setting of bits 8-5. If bits 3 and 2 are set to and bit 1 is set to 1 then the 
receiving entity shall return "Unable to Process" with cause "Command Not Understood". 



2.5.2.4 Insert Type 

The Insert Type tells the MT what to do with the short message arriving from the TE. 

The Insert Type information element is coded as shown in figure 2.5.5/GSM 07.05 and table 2.5.5/GSM 07.05 
8 7 6 5 4 3 2 1 







1 
Insert Type info element identifier 



1 













Reserved 











Insert 
Type value 



octet 1 
octet 2 



Figure 2.5.5/GSI\/l 07.05: Insert Type information element 
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Table 2.5.5/GSM 07.05: Insert Type information element 



Insert Type value (octet 2). 

The insert type is coded as follows: 



Reserved 

Store the short message in the MT 

Send the short message over the air 

Store the short message in the MT and send it over the air 

A receiving entity shall ignore the setting of bits 8-3. If bits 2 and 1 are set to then the receiving entity shall 
return "Unable to Process" with cause "Command Not Understood" 



bit 2 


bit 1 











1 


1 





1 


1 



2.5.2.5 



Short Message Index 



The Short Message Index provides information about each individual short message currently stored in the MT. Two 
types of Short Message index are provided; one for SMS and one for CBS. 

The Short Message Index (SMS) information element is coded as shown in figure 2.5.6/GSM 07.05 and table 
2.5.6/GSM 07.05. A Short Message Index may be an SMS-SUBMIT, an SMS-DELIVER or an SMS-STATUS- 
REPORT. 

The Short Message Index (CBS) information element is coded as shown in figure 2.5.7/GSM 07.05 and table 
2.5.7/GSM 07.05. 



8 



1 



10 

Short Message Index (SMS) info element id 



Length of Short Message Index 



Short Message Reference value 



Short Message Status 



Service Centre Address 



octet 2 
octet 3 
octet 4 
octets 

5-n 
octets 
n+1 - n+31 
Figure 2.5.6/GSI\/l 07.05: Short Message Index (SMS) information element 



Short Message Header (SMS) 



octet 1 



n can take a value between 5 and 18 (inclusive) 
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Table 2.5.6/GSM 07.05: Short Message Index (SMS) information element 
















































1 

















1 























1 





1 

















1 


1 




















1 


1 


1 



Short Message Reference value (octet 3). 

The Short Message Reference value is coded as specified in table 2.5.2/GSM 07.05. 

Short Message Status (octet 4). 

The Short Message Status is coded as follows: 

8 7 6 5 4 3 2 1 

Not read/not sent 

Read/Sent 

Not Read 

Read 

Not Sent 

Sent 



All other values are reserved. 

The receiving entity shall ignore the setting of bits 8-4. 

In addition, if bit 3 is set to then a receiving entity shall ignore the setting of bit 2. Where bit 3 is set to 0, if 
the message is mobile originated then bit 1 indicates whether the message has been sent to the network. If the 
message is mobile terminated then bit 1 indicates whether the message has been read. 

Service Centre Address (Octets 5-n). 

The Service Centre Address is coded as the RP-Origination or RP -Destination address specified in GSM 04. 11. 
If the short message is mobile originated, the address will be the RP-Destination address. If the short message is 
mobile terminated, the address will be the RP-Origination address. The address is of variable length, 1-12 
octets. 

Short Message Header (SMS) (Octets n-nl - nH-31). 

The Short Message Header (SMS) is coded as a TPDU as described in GSM 03.40. In the case of SMS- 
DELIVER or SMS-SUBMIT, the TP-User-Data is not included, but the TP-User-Data-Length is included. The 
Short Message Header is of variable length, 6-31 octets. 



8 


7 6 5 4 3 2 1 





10 1 
Short Message Index (CBS) info element id 


Short Message Reference value 


Short Message Header (CBS) 



octet 1 

octet 2 
octets 
3-8 
Figure 2.5.7/GSM 07.05: Short Message Index (CBS) information element 
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Table 2.5.7/GSM 07.05: Short Message Index (CBS) information element 



Short Message Reference value (octet 2). 

The Short Message Reference value is coded as specified in table 2.5.2/GSM 07.05. 

Short Message Header (CBS) (Octets 3-8). 

The Short Message Header (CBS) is coded as described in GSM 03.41, including SEQUENCE NUMBER, 
MESSAGE IDENTIFIER, ALPHABET IDENTIFIER and PAGE PARAMETER, but excluding the characters 
of the message. 



2.5.2.6 



Short Message Data 



The Short Message Data information element is a copy of a short message currently stored in the MT. Two types of 
Short Message Data information element are provided; one for SMS and one for CBS. 

The Short Message Data (SMS) information element is coded as shown in figure 2.5.8/GSM 07.05 and table 2.5.8/GSM 
07.05. Short Message Data may be an SMS-SUBMIT, an SMS-DELIVER or an SMS-STATUS-REPORT. 

The Short Message Data (CBS) information element is coded as shown in figure 2.5.9/GSM 07.05 and table 2.5.9/GSM 
07.05. 



octet 1 

octet 2 
octet 3 
octet 4 
octets 

5-n 
octets 
n+1-n+164 
Figure 2.5.8/GSI\/l 07.05: Short Message Data (SMS) information element 

n can take a value between 5 and 18 (inclusive) 



8 


7 6 5 4 3 2 1 





110 
Short Message Data (SMS) info element id 


Length of Short Message Data 


Short Message Reference value 


Short Message Status 


Service Centre Address 


Short Message (SMS) 
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Table 2.5.8/GSM 07.05: Short Message (SMS) information element 



8 


7 


6 


5 


4 


3 


2 


1 















































1 

















1 























1 





1 

















1 


1 




















1 


1 


1 



Short Message Reference value (octet 3). 

The Short Message Reference value is coded as specified in table 2.5.2/GSM 07.05. 

Short Message Status (octet 4). 

The Short Message Status is coded as follows: 



Not read/not sent 

Read/Sent 

Not Read 

Read 

Not Sent 

Sent 

All other values are reserved. 

The receiving entity shall ignore the setting of bits 8-4. 

In addition, if bit 3 is set to then a receiving entity shall ignore the setting of bit 2. 

Where bit 3 is set to 0, if the message is mobile originated then bit 1 indicates whether the message has been 
sent to the network. If the message is mobile terminated then bit 1 indicates whether the message has been 
read. 

Service Centre Address (Octets 5-n). 

The Service Centre Address is coded as the RP-Origination-Address or RP -Destination Address specified in 

GSM 03.40. 

If the short message is mobile originated, the address will be the RP-Destination address. If the short message is 

mobile terminated, the address will be the RP-Origination Address. The address is of variable length, 1-12 

octets. 

Short Message (SMS) (Octets n-nl - nH-164). 

The Short Message (SMS) is coded as a TPDU as described in GSM 03.40. 

The Short Message is of variable length, 6-164 octets. 



87654321_ 

octet 1 







111 

Short Message Data (CBS) info element id 



Short Message Reference value 



Short Message (CBS) 



octet 2 
octets 
3-90 



Figure 2.5.9/GSM 07.05: Short Message Data (CBS) information element 
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Table 2.5.9/GSM 07.05: Short Message Data (CBS) information element 



Short Message Reference value (octet 2). 

The Short Message Reference value is coded as specified in table 2.5.2/GSM 07.05. 

Short Message (CBS) (Octets 3-90). 

The Short Message (CBS) is coded as described in GSM 03.41, including SEQUENCE NUMBER, MESSAGE 
IDENTIFIER, ALPHABET IDENTIFIER, PAGE PARAMETER and CHARACTERS OF THE MESSAGE. 



2.5.2.7 



Cause 



The Cause information element provides more detail as to why an error has occurred. 

The Cause information element is coded as shown in figure 2.5.10/GSM 07.05 and table 2.5.10/GSM 07.05. 



octet 1 



8 


7 6 5 4 3 2 1 





10 
Cause information element identifier 



ext 


Cause value 


04.11 RP-Cause value 



octet 2 



octet 3 



Figure 2.5.10/GSI\/I 07.05: Cause information element 
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Table 2.5.1 0/GSM 07.05: Cause information element 



Cause value (octet 2). 










The cause is coded 


as follows: 








8 7 


6 


5 


4 


3 


2 


1 

























No such message 
- no short message exists with the 
provided shortmessage reference 




















1 


No memory 

- the short message cannot be stored 
due to lack of memory 

















1 





No air interface 

- submission of the short message 
cannot be attempted because the 
mobile is out of coverage 

















1 


1 


Receiving entity busy 

- the request was not fulfilled because 

the Receiving entity is busy on 

another task 














1 








Command not understood 

- error in the coding of the command, or 
command belongs to higher version of 
protocol of protocol than that implemented 














1 





1 


Incoming data call 

- Incoming data call forces MT to exit from 
SMS mode 














1 


1 





User-invoked exit 

- User has taken MT out of SMS by MMI 














1 


1 


1 


Other error 

- Any other error not covered herel 1 1 1 


Message 


Transfer failed 






















- 


- The SMS transfer to the SC failed and the 
04. 1 1 error cause is provided in octet 3 


All other values are 


reserved. 








A receiving entity shall treat any reserved codings as "other error". 


04.11 RP -Cause value (octet 3) 








If this element 


is included then bit 8 of octet 2 is set to '1'. The error cause included in the RP-Cause over the 


air interface is 


directly mapped 


into this element. This element is only included if the MT attempts to send a 


short message 


to the network and that send 


attempt fails. 



2.5.2.8 



Index Count 



The Index Count identifies the number of short message indices contained in a MESSAGE LIST response from the MT 
to the TE. It is an 8 bit number. 

The Index Count information element is coded as shown in figure 2.5.n/GSM 07.05 and 
table 2.5. 11/GSM 07.05. 



octet 1 



8 


7 6 5 4 3 2 1 





10 1 
Index Count information element ident 


Index Count value 



octet 2 



Figure 2.5.1 l/GSIVI 07.05: Index Count information element 
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Table 2.5.1 1/GSM 07.05: Index Count information element 



Index Count value (octet 2). 

In the Index Count field bit 8 of octet 2 is the most significant bit and bit 1 of octet 2 is the least significant bit. 



2.5.2.9 CBS Transfer Type 

The CBS Transfer Type indicates to the MT which CBS messages are required to be transferred to the TE. 

The CBS Transfer Type information element is coded as shown in figure 2.5.12/GSM 07.05 and 
table 2.5. 12/GSM 07.05. 

8 7 6 5 4 3 2 1 

octet 1 

octet 2 
Figure 2.5.12/GSI\/I 07.05: CBS Transfer Type information element 

Table 2.5.12/GSI\/I 07.05: CBS Transfer Type information element 



8 


7 6 5 4 3 


2 1 





10 10 
CBS Transfer Type info element ident 






Reserved 


CBS Txfr 
Type value 



CBS Txfr Type value (octet 2). 

The CBS txfr type is coded as follows: 

bit 2 bit 1 

Transfer no CBS messages 

1 Transfer CBS messages marked as TE-specific 

1 Reserved 

1 1 Transfer all CBS messages 

A receiving entity shall ignore the setting of bits 8-3. If bit 2 is set to 1 and bit 1 is set to then the receiving 
entity shall return "Unable to Process" with cause "Command Not Understood" 



2.5.2.10 Page Index 

The Page Index indicates to the MT which Page of SMS Indices is required to be transferred. It also indicates to the TE 
which Page of SMS Indices is being transferred. 

The Page Index information element is coded as shown in figure 2.5.13/GSM 07.05 and 
table 2.5. 13/GSM 07.05. 



octet 1 
octet 2 
Figure 2.5.13/GSM 07.05: Page Index information element 



8 


7 


6 5 4 3 2 


1 








10 1 
Page Index info element ident 


1 



Reserved 


Page Index value 
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Table 2.5.13/GSM 07.05: Page Index information element 



Page Index value (octet 2). 

In the Page Index field bit 6 of octet 2 is the most significant bit and bit 1 of octet 2 is the least significant bit. 
The Page Index can have a value from 1 to 5 1 . 

A receiving entity shall ignore the setting of bits 8 and 7. If the Page Index field has a value of or a value 
greater than 5 1 then the receiving entity shall return "Unable to Process" with cause "Command Not 
Understood" 



2.5.2.1 1 Last Short Message 

The Last Short Message field indicates to the TE the highest value of Short Message Reference which points to a valid 
message stored in the MT. The value signifies that there are no short messages stored in the MT. 

The Last Short Message information element is coded as shown in figure 2.5.14/GSM 07.05 and table 2.5.14/GSM 
07.05. 



octet 1 

octet 2 
Figure 2.5.14/GSI\/I 07.05: Last Short Message information element 

Table 2.5.1 4/GSI\/l 07.05: Last Short Message information element 



8 


7 6 5 4 3 2 1 





110 
Last Short Message info element ident 


Last Short Message value 



Last Short Message value (octet 2). 








In the Last Short Message field bit 8 of octet 2 is 


the most significant bit and bit 1 of octet 2 


is 


the least 


significant bit. The Last Short Message can have 


a value from to 255. 







2.5.2.12 Confirm Type 

The Confirm Type field indicates the message to which the REQUEST CONFIRM is a response. 
The Confirm Type information element is coded as shown in figure 2.5.15/GSM 07.05 and table 2.5.15/GSM 07.05. 
8 7 6 5 4 3 2 1 







110 
Confirm Type info element ident 



1 



Confirm Type value 



octet 1 



octet 2 



Figure 2.5.15/GSM 07.05: Confirm Type information element 
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Table 2.5.1 5/GSM 07.05: Confirm Type information element 



Confirm Type value (octet 2) 












The Confirm 


Type is coded as follows: 




8 



7 



6 



5 



4 



3 



2 



1 




Reserved 























1 


Confirm request to transfer incoming 
SMS messages 




















1 





Confirm request to transfer incoming 
CBS messages 




















1 


1 


Confirm request to indicate arrival of 
messages in MT 

















1 








Confirm request to attempt to send 
short message (actual send is confirmed 
later: see subclause 3.3) 


All other values are 
Process" with cause 


reserved. If any reserved value is received then the receiving entity shall return "Unable to 
value "Command Not Understood". 



2.5.2.13 



IP-Failure Cause 



This optional field is present if provided by the Relay Layer. The TP-Failure Cause is provided from the Service Centre 
and indicates to the TE the reason why the delivery of the message was unsuccessful. The TP-Failure cause information 
element is coded as shown in figure 2.5.16/GSM 07.05 and 
table 2.5. 16/GSM 07.05. 



8 


7 


6 5 4 3 2 


1 








111 
Cause information element identifier 





Length of Failure cause field 


Failure cause 



octet 1 



octet 2 
octets 3-4 
Figure 2.5.16/GSI\/I 07.05: TP-Failure Cause information element 

Table 2.5.16/GSI\/I 07.05: TP-Failure Cause information element 



Failure cause (octet 3-4) 

The failure cause contained in this field is directly mapped from the TP-Failure Cause (TP-FCS) field of the 
SMS-SUBMIT-REPORT message defined in GSM 03.40. 



2.5.2.14 



SM-Deliver-Ack 



This optional field is sent from the TE to the MT to convey the information to be inserted into the SMS-DELIVER- 
REPORT RP-ACK TPDU sent by the MT to the SC as defined in GSM 03.40. 



8 



1 



1111 

SM-DELIVER-ACK information element identifier 



Length of SMS-DELIVER-REPORT RP-ACK Field 



03.40 SMS-DELIVER-REPORT RP-ACK 



2.5.2.15 



SM-Submit-Ack 



octet 1 

octet 2 
octets 3-166 



This optional field is sent from the MT to the TE to convey the information to be inserted into the SMS-SUBMIT- 
REPORT RP-ACK TPDU sent by the SC to the MT as defined in GSM 03.40. 
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10 

SM-SUBMIT-ACK information element identifier 



Lengtii of SIVIS-SUBIVIIT-REPORT RP-ACK Field 



03.40 SIVIS-SUBMIT-REPORT RP-ACK 



octet 1 

octet 2 
octets 3-166 



3.1 



Text Mode 



Parameter Definitions 



The following parameters are used in the subsequent clauses which describe all commands. The formats of integer and 
string types referenced here are defined in V.25ter. The default values are for command parameters, not for result code 
parameters. 

Message Storage Parameters 

<index> integer type; value in the range of location numbers supported by the associated memory 

<meml> string type; memory from which messages are read and deleted (commands List Messages +CMGL, Read 
Message +CMGR and Delete Message +CMGD); defined values (others are manufacturer specific): 

"BM" broadcast message storage 

"ME" ME message storage 

"MT " any of the storages associated with ME 

"SM" SIM message storage 

"TA" TA message storage 

" SR" status report storage 

<mem2 > string type; memory to which writing and sending operations are made (commands Send Message from 
Storage +CMSS and Write Message to Memory +CMGW) ); refer <meml> for defined values 

<mem3> string type; memory to which received SMs are preferred to be stored (unless forwarded directly to TE; 
refer command New Message Indications +CNMI); refer <meml> for defined values; received CBMs are 
always stored in "BM" (or some manufacturer specific storage) unless directly forwarded to TE; received 
status reports are always stored in " SR" (or some manufacturer specific storage) unless directly 
forwarded to TE 

<stat> integer type in PDU mode (default 0), or string type in text mode (default "REG UNREAD"); indicates 
the status of message in memory; defined values: 

"REG UNREAD" received unread message (i.e. new message) 

1 "REG READ" received read message 

2 " STO UNSENT " Stored unsent message (only applicable to SMs) 

3 "STO SENT " stored sent message (only applicable to SMs) 

4 "ALL" all messages (only applicable to +GMGL command) 
<totall> integer type; total number of message locations in <meml> 
<total2> integer type; total number of message locations in <mem2> 
<total3> integer type; total number of message locations in <mem3> 
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<usedl> integer type; number of messages currently in <meml> 

<used2> integer type; number of messages currently in <mem2> 

<used3> integer type; number of messages currently in <mem3> 

Message Data Parameters 

<ackpdu> GSM 03.40 RP-User-Data element of RP-ACK PDU; format is same as for <pdu> in case of SMS, but 
without GSM 04. 1 1 SC address field and parameter shall be bounded by double quote characters like a 
normal string type parameter 

<alpha> string type alphanumeric representation of <da> or <oa> corresponding to the entry found in MT 

phonebook; implementation of this feature is manufacturer specific; used character set should be the one 
selected with command Select TE Character Set +CSCS ( see definition of this command in TS 07.07) 

<cdata> GSM 03.40 TP -Command-Data in text mode responses; ME/TA converts each 8-bit octet into two IRA 
character long hexadecimal number (e.g. octet with integer value 42 is presented to TE as two characters 
2A (IRA 50 and 65)) 

<ct> GSM 03.40 TP-Command-Type in integer format (default 0) 

<da> GSM 03.40 TP -Destination- Address Address- Value field in string format; BCD numbers (or GSM default 

alphabet characters) are converted to characters of the currently selected TE character set (refer command 
+CSCS inTS 07.07); type of address given by <toda> 

<data> In the case of SMS: GSM 03.40 TP -User-Data in text mode responses; format: 

- if <dcs> indicates that GSM 03.38 default alphabet is used and <f o> indicates that GSM 03.40 TP- 
User-Data-Header-Indication is not set: 

- if TE character set other than "HEX" (refer command Select TE Character Set +CSCS in TS 07.07): 
ME/TA converts GSM alphabet into current TE character set according to rules of Annex A 

if TE character set is " HEX " : ME/TA converts each 7-bit character of GSM alphabet into two IRA 
character long hexadecimal number (e.g. character 11 (GSM 23) is presented as 17 (IRA 49 and 55)) 

if <dcs> indicates that 8-bit or UCS2 data coding scheme is used, or <f o> indicates that GSM 03.40 
TP-User-Data-Header-Indication is set: ME/TA converts each 8-bit octet into two IRA character long 
hexadecimal number (e.g. octet with integer value 42 is presented to TE as two characters 2A (IRA 50 and 
65)) 

In the case of CBS: GSM 03.41 CBM Content of Message in text mode responses; format: 
if <dcs> indicates that GSM 03.38 default alphabet is used: 

- if TE character set other than "HEX" (refer command +CSCS in GSM 07.07): ME/TA converts GSM 
alphabet into current TE character set according to rules of Annex A 

if TE character set is " HEX " : ME/TA converts each 7-bit character of GSM alphabet into two IRA 
character long hexadecimal number 

if <dcs> indicates that 8-bit or UCS2 data coding scheme is used: ME/TA converts each 8-bit octet into 
two IRA character long hexadecimal number 

<dcs> depending on the command or result code: GSM 03.38 SMS Data Coding Scheme (default 

0), or Cell Broadcast Data Coding Scheme in integer format 

<dt> GSM 03.40 TP -Discharge-Time in time-string format: "yy/MM/dd,hh:mm:ss±zz", where characters 

indicate year (two last digits), month, day, hour, minutes, seconds and time zone. E.g. 6th of May 1994, 
22:10:00 GMTh-2 hours equals to "94/05/06,22: 10:00h-08" 
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<f o> depending on the command or result code: first octet of GSM 03.40 SMS-DELIVER, SMS-SUBMIT 

(default 17), SMS-STATUS-REPORT, or SMS-COMMAND (default 2) in integer format 

<length> integer type value indicating in the text mode (+CMGF=1) the length of the message body <data> > (or 
<cdata>) in characters; or in PDU mode (+CMGF=0), the length of the actual TP data unit in octets (i.e. 
the RP layer SMSC address octets are not counted in the length) 

<mid> GSM 03.41 CBM Message Identifier in integer format 

<mn> GSM 03.40 TP -Message-Number in integer format 

<mr> GSM 03.40 TP-Message-Reference in integer format 

<oa> GSM 03.40 TP -Originating- Address Address-Value field in string format; BCD numbers (or GSM default 

alphabet characters) are converted to characters of the currently selected TE character set (refer command 

+CSCS in TS 07 . 07); type of address given by <tooa> 

<page> GSM 03.41 CBM Page Parameter bits 4-7 in integer format 

<pages> GSM 03.41 CBM Page Parameter bits 0-3 in integer format 

<pdu> In the case of SMS: GSM 04.1 1 SC address followed by GSM 03.40 TPDU in hexadecimal format: 

ME/TA converts each octet of TP data unit into two IRA character long hexadecimal number (e.g. octet 
with integer value 42 is presented to TE as two characters 2A (IRA 50 and 65)) 

In the case of CBS: GSM 03.41 TPDU in hexadecimal format 

<p i d> GSM 03 .40 TP -Protocol-Identifier in integer format (default 0) 

<ra> GSM 03.40 TP -Recipient- Address Address- Value field in string format; BCD numbers (or GSM default 

alphabet characters) are converted to characters of the currently selected TE character set (refer command 

+CSCS in TS 07 . 07); type of address given by <tora> 

<sca> GSM 04. 1 1 RP SC address Address- Value field in string format; BCD numbers (or GSM default alphabet 

characters) are converted to characters of the currently selected TE character set (refer command +CSCS 

in TS 07 . 07); type of address given by <tosca> 

<scts> GSM 03.40 TP-Service-Centre-Time-Stamp in time-string format (refer <dt>) 

< s n > GSM 03 .4 1 CBM Serial Number in integer format 

<st> GSM 03.40 TP-Status in integer format 

<t oda> GSM 04. 1 1 TP -Destination-Address Type-of- Address octet in integer format (when first character of 
<da> is + (IRA 43) default is 145, otherwise default is 129) 

<tooa> GSM 04. 1 1 TP-Originating-Address Type-of-Address octet in integer format (default refer <toda>) 

<tora> GSM 04.11 TP-Recipient- Address Type-of-Address octet in integer format (default refer <toda>) 

<tosca> GSM 04.11 RP SC address Type-of-Address octet in integer format (default refer <toda>) 

<vp> depending on SMS-SUBMIT <f o> setting: GSM 03.40 TP-Validity-Period either in integer format 

(default 167) or in time-string format (refer <dt>) 

<vp> depending on SMS-SUBMIT <f o> setting: GSM 03.40 TP-Validity-Period either in integer format 

(default 167), in time-string format (refer <dt>), or if $(EVPF)$ is supported, in enhanced format 
(hexadecimal coded string with double quotes) 
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3.2 General Configuration Commands 
3.2.1 Select IVIessage Service -i-CSIVIS 

Parameter Command Syntax 



Command 


Possible response(s) 


+CSMS=<service> 


+CSMS: <mt>, <mo>, <bm> 
+CMS ERROR: <err> 


+CSMS? 


+CSMS: <service>, <mt>, <mo>, <bm> 


+CSMS=? 


+CSMS : (list of supported <service>s) 



Description 

Set command selects messaging service <service>. It returns the types of messages supported by the ME: <mt> for 
mobile terminated messages, <mo> for mobile originated messages and <bm> for broadcast type messages. If chosen 
service is not supported by the ME (but is supported by the TA), final result code +CMS ERROR : <err> shall be 
returned. See chapter Message Service Failure Result Code for a list of <err> values. 

Also read command returns supported message types along the current service setting. 

Test command returns a list of all services supported by the TA. 

Defined Values 

<service>; 

GSM 03.40 and 03.41 (the syntax of SMS AT commands is compatible with GSM 07.05 Phase 2 version 
4.7.0; Phase 2+ features which do not require new command syntax may be supported (e.g. correct routing 
of messages with new Phase 2+ data coding schemes)) 

1 GSM 03.40 and 03.41 (the syntax of SMS AT commands is compatible with GSM 07.05 Phase 2+ 
version; the requirement of <service> setting 1 is mentioned under corresponding command 
descriptions) 

2... 127 reserved 

128... manufacturer specific 

<mt>, <mo>, <bm>: 

type not supported 

1 type supported 
Implementation 
Mandatory. 

3.2.2 Preferred IVIessage Storage -i-CPMS 

Parameter Command Syntax 



Command 


Possible response(s) 


+CPMS=<meml> [, 
<mem2 > [ , <mem3 > ] ] 


+CPMS: <usedl>, <totall>, <used2>, <total2>, <used3>, <total3> 
+CMS ERROR: <err> 


+CPMS? 


+CPMS: <meml>, <usedl>, <totall>, <mem2>, <used2>, <total2>, 
<mem3>, <used3>, <total3> 
+CMS ERROR: <err> 


+CPMS=? 


+CPMS : (list of supported <meml>s) , (list of supported <mem2>s) , 
(list of supported <mem3>s) 



Description 



£75/ 



(GSM 07.05 version 7.0.1 Release 1998) 



37 



ETSI TS 100 585 V7.0.1 (1999-07) 



Set command selects memory storages <meml>, <inein2> and <mem3> to be used for reading, writing, etc. If chosen 
storage is not appropriate for the ME (but is supported by the TA), final result code +CMS ERROR : <err> shall be 
returned. See chapter Message Service Failure Result Code for a list of possible <err> values. 

Test command returns lists of memory storages supported by the TA. 

Implementation 

Mandatory. 



3.2.3 



Message Format +CMGF 

Parameter Command Syntax 



Command 


Possible response(s) 


+CMGF= [<mode>] 




+CMGF? 


+CMGF: <mode> 


+CMGF=? 


+CMGF : (list of supported <mode>s) 



Description 

Set command tells the TA, which input and output format of messages to use. <mode> indicates the format of messages 
used with send, list, read and write commands and unsolicited result codes resulting from received messages. Mode can 
be either PDU mode (entire TP data units used) or text mode (headers and body of the messages given as separate 
parameters). Text mode uses the value of parameter <chset> specified by command Select TE Character Set +CSCS 
to inform the character set to be used in the message body in the TA-TE interface. 

Test command returns supported modes as a compound value. 

Defined Values 

<mode>; 

PDU mode (default when implemented) 

1 text mode 
Implementation 

Mandatory also when only one mode implemented. 



3.2.4 



Enter SMS Block Mode Protocol +CESP 

Action Command Syntax 



Command 


Possible response(s) 


+ CESP 




+CESP=? 





Description 

Execution command sets the TA in SMS block protocol mode. The TA shall return OK (or 0) to confirm acceptance of 
the command prior to entering the block mode (see subclause 2.1.1). The final result code OK (or 0) shall be returned 
when the block mode is exited. 

NOTE: Commands following +CESP in the AT command line must not be processed by the TA. 

Implementation 

Mandatory when block mode implemented. 
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3.2.5 Message Service Failure Result Code +CMS ERROR 

Final result code +CMS ERROR : <err> indicates an error related to mobile equipment or network. The operation is 
similar to ERROR result code. None of the following commands in the same command line is executed. Neither ERROR 
nor OK result code shall be returned. ERROR is returned normally when error is related to syntax or invalid parameters. 

Defined Values 

<err> values used by common messaging commands: 



0...127 
128. ..255 
300 
301 
302 
303 
304 
305 
310 
311 
312 
313 
314 
315 
316 
317 
318 
320 
321 
322 
330 
331 
332 
340 
500 
...511 
512... 
Implementation 

Mandatory. 



GSM 04. 1 1 Annex E-2 values 

GSM 03.40 subclause 9.2.3.22 values 

ME failure 

SMS service of ME reserved 

operation not allowed 

operation not supported 

invalid PDU mode parameter 

invalid text mode parameter 

SIM not inserted 

SIM PIN required 

PH-SIM PIN required 

SIM failure 

SIM busy 

SIM wrong 

SIM PUK required 

SIM PIN2 required 

SIM PUK2 required 

memory failure 

invalid memory index 

memory full 

SMSC address unknown 

no network service 

network timeout 

no +CNMA acknowledgement expected 

unknown error 

other values in range 256. ..51 1 are reserved 

manufacturer specific 



3.2.6 Informative Examples 



Setting up a TA supporting GSM SMS: 



(inquiry of available services in TA) 

{only GSM 07.05 Phase 2 compatible SMS command set implemented) 



AT+CSMS=? 

+CSMS: (0) 

OK 

AT+CSMS=0;+CPMS=? (set GSM SMS; query available memories) 

+CSMS: 1,1,1 (all MT, MO and CBM supported) 

+CPMS: ("BM", "ME", "SM") , ("ME", "SM") , ("ME", "SM") (CBM, ME and SIM memories 

OK for reading, ME and SIM memories for writing) 

AT+CPMS="ME", "ME", "ME"; +CMGF=? (set ME memory; query available message formats) 

+CPMS: "ME", 5, 99, "ME", 5, 99, "ME", 5, 99 (five messages in ME, 99 total space) 

+CMGF: (0,1) (both text and PDU mode implemented) 

OK 

AT+CMGF=1; +CSCS=? (select text mode; query available TE character sets) 

+CSCS: ("IRA", "PCCP437", "8859-1") 

OK 

AT+CSCS="PCCP437" (select PC code page 437) 

OK 
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3.3 Message Configuration Commands 



3.3.1 



Service Centre Address -i-CSCA 

Parameter Command Syntax 



Command 


Possible response(s) 


+CSCA=<sca> [, <tosca>] 




+CSCA? 


+CSCA: <sca>, <tosca> 


+CSCA=? 





Description 

Set command updates the SMSC address, through which mobile originated SMs are transmitted. In text mode, setting is 
used by send and write commands. In PDU mode, setting is used by the same commands, but only when the length of 
the SMSC address coded into <pdu> parameter equals zero. 

Implementation 

Mandatory. 

3.3.2 Set Text IVIode Parameters -hCSIVIP 

Parameter Command Syntax 



Command 


Possible response(s) 


+CSMP= [<fo> [, <vp> [, <pid> [, <dcs>] ] ] ] 




+CSMP? 


+CSMP : <fo>, <vp>, <pid>, <dcs> 


+CSMP=? 





Description 

Set command is used to select values for additional parameters needed when SM is sent to the network or placed in a 
storage when text format message mode is selected. It is possible to set the validity period starting from when the SM is 
received by the SMSC (<vp> is in range 0... 255) or define the absolute time of the validity period termination (<vp> 
is a string). The format of <vp> is given by < f o>. If TA supports the enhanced validity period format ($(EVPF)$, see 
GSM 03.40), it shall be given as a hexadecimal coded string (refer e.g. <pdu>) with double quotes. 

NOTE: When storing a SMS -DELIVER from the TE to the preferred memory storage in text mode (refer 
command Write Message to Memory +CMGW), <vp> field can be used for <scts>. 

Implementation 

Mandatory when text mode implemented. 

3.3.3 Show Text IVIode Parameters +CSDH 

Parameter Command Syntax 



Command 


Possible response(s) 


+CSDH= [<show>] 




+CSDH? 


+CSDH: <show> 


+CSDH=? 


+CSDH: (Hstof supported <show>s) 



Description 

Set command controls whether detailed header information is shown in text mode result codes. 
Test command returns supported values as a compound value. 
Defined Values 

<show>; 
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do not show header values defined in commands +CSCA and +CSMP (<sca>, <tosca>, <fo>, <vp>, <pid> 
and <dcs>) nor <length>, <toda> or <tooa> in +CMT, +CMGL, +CMGR result codes for SMS-DELIVERs 
and SMS-SUBMITs in text mode; for SMS-COMMANDs in +CMGR result code, do not show <pid>, <mn>, 
<da>, <toda>, <length> or <cdata> 

1 show the values in result codes 
Implementation 

Mandatory when text mode implemented. 

3.3.4 Select Cell Broadcast Message Types -i-CSCB 

Parameter Command Syntax 



Command 


Possible response(s) 


+CSCB= [<mode> [, <mids> [, <dcss>] ] ] 




+CSCB? 


+CSCB: <mode>, <mids>, <dcss> 


+CSCB=? 


+CSCB: (Hstof supported <mode>s) 



Description 

Set command selects which types of CBMs are to be received by the ME. 
Test command returns supported modes as a compound value. 
Defined Values 

<mode>: 

message types specified in <mids> and <dcss> are accepted 

1 message types specified in <mids> and <dcss> are not accepted 

<mids>: string type; all different possible combinations of CBM message identifiers (refer <mid>) (default is 
empty string); e.g. "0,1,5,320-478,922" 

<dcss>: string type; all different possible combinations of CBM data coding schemes (refer <dcs>) (default is 
empty string); e.g. "0-3,5" 

Implementation 

Optional. 

3.3.5 Save Settings +CSAS 

Action Command Syntax 



Command 


Possible response(s) 


+CSAS [=<prof ile>] 


+CMS ERROR: <err> 


+CSAS=? 


+CSAS: (Hstof supported <profile>s) 



Description 

Execution command saves active message service settings to a non-volatile memory. A TA can contain several profiles 
of settings. Settings specified in commands Service Centre Address +CSCA, Set Message Parameters +CSMP and Select 
Cell Broadcast Message Types +CSCB (if implemented) are saved. Certain settings may not be supported by the storage 
(e.g. SIM SMS parameters) and therefore can not be saved. See chapter Message Service Failure Result Code for 
<err> values. 

Test command shall display the supported profile numbers for reading and writing of settings. 
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Defined Values 

<prof ile>: 

0...255manufacturer specific profile number where settings are to be stored 
Implementation 
Optional. 

3.3.6 Restore Settings -i-CRES 

Action Command Syntax 



Command 


Possible response(s) 


+CRES [=<profile>] 


+CMS ERROR: <err> 


+CRES=? 


+CRES: (list of supported <profile>s) 



Description 

Execution command restores message service settings from non-volatile memory to active memory. A TA can contain 
several profiles of settings. Settings specified in commands Service Centre Address +CSCA, Set Message Parameters 
+CSMP and Select Cell Broadcast Message Types +CSCB (if implemented) are restored. Certain settings may not be 
supported by the storage (e.g. SIM SMS parameters) and therefore can not be restored. See chapter Message Service 
Failure Result Code for <err> values. 

Defined Values 

<prof ile>: 

0...255manufacturer specific profile number from where settings are to be restored 
Implementation 
Optional. 



3.3.7 Informative Examples 



Figure 1 illustrates an example setup of a TE-TA-ME system for GSM SMS. Location of volatile and non-volatile 
parameter memories, and the operations to change the parameter values are shown. +CSMP is used to set the text mode 
header values of SMS-SUBMIT (or SMS-DELIVER when received message is written from TE to a storage). The 
volatile memory may as well be in the ME, or when no volatile memory is used, +CSMP, +CSCA and +CSCB settings 
are stored directly to non-volatile memory of ME. 



SM STORAGES 



save +CSAS 



text mode parameters^ 

for send and write, 

SMSC address; 

non-volatile memory PO'^er-i^p and restore +CRE^ 



text mode parameters! 
for send and write, 
SMSC address; 
volatile memory 



sef SMSC addljess +CSCA and 
set text mode parameters +CSMP 



save +CSAS ahd restore +CRES 



CBM STORAGES 



cell broadcast types ^^ 
to be stored; 
non-volatile and 
volatile memories ^ 



save to non-volatile or 
Restore to volatile 




select cpll broadcast message typ es +CSCB 



■■sa 



J 



ME TA TE 

Figure 1 : lUlessage service parameter procedures 
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In this example, the volatile parameter settings of TA are used to construct messages in text mode. SMSC address 
setting is used also in PDU mode. The next example illustrates a session to restore the message parameters from the ME 
to the TA, and to set up the CBM identifiers (and languages) which are wanted to be received: 

AT+CRES {restore settings from non-volatile memory to volatile memory) 

OK 

AT+CSMP?;+CSCA? (query SM parameters) 

+CSMP: 17,167,0,0 (default values for SMS-SUBMIT) 

+CSCA: "+358501234567", 145 (SMSC address) 

OK 

AT+CSDH=1 (show all headers in text mode) 

OK 

AT+CSCB=1 (all CBMs are accepted) 

OK 

3.4 Message Receiving and Reading Commands 
3.4.1 New Message Indications to TE -i-CNMI 

Parameter Command Syntax 



Command 


Possible response(s) 


+CNMI= [<mode> [, <mt> [, <bm> [, <ds> [, 
<bfr>]]]]] 


+CMS ERROR: <err> 


+CNMI? 


+CNMI : <mode>, <mt>, <bm>, <ds>, <bfr> 


+CNMI=? 


+CNMI : (list of supported <mode>s) , (list of 
supported <mt>s) , (list of supported <bm>s) , (list of 
supported <ds>s) , (list of supported <bfr>s) 



Description 

Set command selects the procedure, how receiving of new messages from the network is indicated to the TE when TE is 
active, e.g. DTR signal is ON. If TE is inactive (e.g. DTR signal is OFF), message receiving should be done as specified 
in GSM 03.38. 

NOTE: When DTR signal is not available or the state of the signal is ignored (V.25ter command &D0), reliable 
message transfer can be assured by using +CNMA acknowledgement procedure. 

<mode> controls the processing of unsolicited result codes specified within this command, <mt> sets the result code 
indication routing for SMS-DELIVERs, <bm> for CBMs and <ds> for SMS-STATUS-REPORTs. <bf r> defines the 
handling method for buffered result codes when <mode> 1, 2 or 3 is enabled. If ME does not support requested item 
(although TA does), final result code +CMS ERROR : <err> is returned. See chapter Message Service Failure Result 
Code for a list of <err> values. 

Test command gives the settings supported by the TA as compound values. 

NOTE: Command Select Message Service +CSMS should be used to detect ME support of mobile terminated 
SMs and CBMs, and to define whether a message routed directly to TE should be acknowledged or not 
(refer command +CNMA). 

Defined Values 

<inode> (refer figure 2; 



NOTE: The buffering mechanism may as well be located in the ME; the setting affects only to unsolicited result 
codes specified within this command): 

Buffer unsolicited result codes in the TA. If TA result code buffer is full, indications can be buffered in some 
other place or the oldest indications may be discarded and replaced with the new received indications. 

1 Discard indication and reject new received message unsolicited result codes when TA-TE link is reserved (e.g. in 
on-line data mode). Otherwise forward them directly to the TE. 
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2 Buffer unsolicited result codes in the TA when TA-TE link is reserved (e.g. in on-line data mode) and flush them 
to the TE after reservation. Otherwise forward them directly to the TE. 

3 Forward unsolicited result codes directly to the TE. TA-TE link specific inband technique used to embed result 
codes and data when TA is in on-line data mode. 

NOTE: It is possible that ME/TA result code buffer is in volatile memory. In this case messages may get lost if the 
power of ME/TA is switched off before codes are sent to TE. Thus, it is not recommended to use direct 
message routing (<mt>=2 or 3, <bm>=2 or 3, or <ds>=l) with <mode> value or 2. 



ME 



received messages and indications 



COMMAND 
MODE 



DATA MODE 



TA 



' V V 

Buffer 



<mode> value 




+CMTI, +CMT, +CBMI, +CBM, +CDSI, +CDS unsolicited result codes 

^ V V y 



TE 



Figure 2: <mode> parameter 

<mt> (the rules for storing received SMs depend on its data coding scheme (refer GSM 03.38 [2]), preferred 
memory storage (+CPMS) setting and this value; refer table 1; 

NOTE: If AT command interface is acting as the only display device, the ME must support storing of class 
messages and messages in the message waiting indication group (discard message); refer table 2): 

No SMS -DELIVER indications are routed to the TE. 

1 If SMS-DELIVER is stored into ME/TA, indication of the memory location is routed to the TE using unsolicited 
result code: 

+CMTI: <mem>, <index> 

2 SMS-DELIVERs (except class 2 messages and messages in the message waiting indication group (store 
message)) are routed directly to the TE using unsolicited result code: 



hCMT; 



[<alpha>] , <length><CR><LF><pdu> (PDU mode enabled) 



hCMT : <oa>, [<alpha>] , <scts> [, <tooa>, <fo>, <pid>, <dcs>, <sca>, <tosca>, 

<length>7 <CR><LF><data> (text mode enabled; about parameters in italics, refer command Show 
Text Mode Parameters H-CSDH) 



If ME has its own display device then class messages and messages in the message waiting indication group 
(discard message) may be copied to both ME display and to TE. In this case, ME shall send the 
acknowledgement to the network (refer table 2). 



Class 2 messages and messages in the message waiting indication group (store message) result in indication as 
defined in <mt>=l. 



3 Class 3 SMS-DELIVERs are routed directly to TE using unsolicited result codes defined in <mt>=2. Messages 
of other data coding schemes result in indication as defined in <mt>=L 
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Table 1 : <mt> parameter 



<mt> 


Receiving procedure for different message data coding schemes (refer GSM 03.38 [2]) 





no class: as in GSM 03.38, but use <mem3> as preferred memory 




class 


as in GSM 03.38, but use <mein3> as preferred memory if message is tried to be stored 




class 1 


as in GSM 03.38, but use <inein3> as preferred memory 




class 2 


as in GSM 03.38 




class 3 


as in GSM 03.38, but use <mem3> as preferred memory 




message waiting indication group (discard message): as in GSM 03.38, but use <mem3> as preferred 




memory if message is tried to be stored 




message waiting indication group (store message): as in GSM 03.38, but use <mem3> as preferred 




memory 


1 


as <mt >=0 but send indication if message stored successfully 


2 


no class: route message to TE 




class 0: as in GSM 03.38, but also route message to TE and do not try to store it in memory 




class 1 : route message to TE 




class 2: as <mt>=l 




class 3: route message to TE 




message waiting indication group (discard message): as in GSM 03.38, but also route message to TE 




and do not try to store it in memory 




message waiting indication group (store message): as <mt>=l 


3 


class 3: route message to TE 




others: as <mt>=l 



Table 2: SMS-DELIVER result code and acknowledgement summary 



<mt> 


no class or class 1 


class or message 

waiting indication 

group (discard) 


class 2 or message 

waiting indication 

group (store) 


class 3 


1 


+ CMTI 


[+CMTl"] 


+CMTI 


+ CMTI 


2 


+ CMT & +CNMA^* 


+CMT [& +CNMA^*] 


+CMTI 


+ CMT & +CNMA^* 


3 


+ CMTI 


[+CMTl"] 


+CMTI 


+ CMT & +CNMA^* 


^^ result code is sent when ME does not have other display device than AT interface 

^^ acknowledgement command must be sent when +CSMS <service> value equals 1 and ME does not 

have other display device than AT interface 
^* acknowledgement command must be sent when +CSMS <service> value equals 1 



<bm> (the rules for storing received CBMs depend on its data coding scheme (refer GSM 03.38 [2]), the setting of 
Select CBM Types (+CSCB) and this value; refer table 3): 

No CBM indications are routed to the TE. 

1 If CBM is stored into ME/TA, indication of the memory location is routed to the TE using unsolicited result 
code: 

+CBMI : <mem>, <index> 

2 New CBMs are routed directly to the TE using unsolicited result code: 

+CBM: <length><CR><LF><pdu> (PDU mode enabled) 
or 

+CBM: <sn>, <mid>, <dcs>, <page>, <pages><CR><LF><data> (text mode enabled) 

If ME supports data coding groups which define special routing also for messages other than class 3 (e.g. SIM 
specific messages), ME may choose not to route messages of such data coding schemes into TE (indication of a 
stored CBM may be given as defined in <bm>=l). 

3 Class 3 CBMs are routed directly to TE using unsolicited result codes defined in <bm>=2. If CBM storage is 
supported, messages of other classes result in indication as defined in <bm>=l. 
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Table 3: <bm> parameter 



<bm> Receiving procedure for different message data coding schemes (refer GSM 03.38 [2]) 



all schemes: as in GSM 03.38; if CBM storage is supported, store message to "BM" (or some 
manufacturer or data coding scheme specific memory) 



all schemes: as <bm>=0 but send indication if message stored successfully 



all schemes: route message to TE unless ME has detected a special routing to somewhere else (e.g. to 
SIM; an indication may be sent if message stored successfully) 



class 3: route message to TE 

others: as <bm>=l (if CBM memory storage is supported) 



<ds>: 

No SMS-STATUS-REPORTs are routed to the TE. 

1 SMS-STATUS-REPORTs are routed to the TE using unsolicited result code: 

+CDS : <length><CR><LF><pdu> (PDU mode enabled) 

or 

+CDS: <fo>,<mr>, [<ra>], [<tora>] , <scts>, <dt>, <st> (text mode enabled) 

2 If SMS-STATUS-REPORT is stored into ME/TA, indication of the memory location is routed to the TE using 
unsolicited result code: 

+CDSI: <mem>, <index> 

Table 4: SMS-STATUS-REPORT result code and acknowledgement summary 



<ds> 


result codes and commands 


1 


+CDS & +CNMa" 


2 


+ CDSI 


" acknowledgement command must be sent when 
+CSMS <service> value equals 1 



<bfr>: 

TA buffer of unsolicited result codes defined within this command is flushed to the TE when <mode> 1...3 is 
entered (OK response shall be given before flushing the codes). 

1 TA buffer of unsolicited result codes defined within this command is cleared when <mode> 1...3 is entered. 
Implementation 

Mandatory when any of the new message indications implemented. 
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3.4.2 List Messages +CMGL 



Action Command Syntax 



Command 



Possible response(s) 



+CMGL[=<stat>] 



if text mode (+CMGF=1), command successful and SMS-SUBMITs and/or SMS-DELIVERs: 

+CMGL: <index>, <stat>, <oa/da>, [<alpha>] , [<scts>] [ , <tooa/toda>, 
<length>7<CR><LF><data> [<CR><LF> 

+CMGL: <index>, <stat>, <da/oa>, [<alpha>] , [<scts>] [ , <tooa/toda>, 
<length> ]<CR><LF><data> [...]] 

if text mode (+CMGF=1), command successful and SMS-STATUS-REPORTs: 
+CMGL: <index>, <stat>, <fo>, <mr>, [<ra>] , [<tora>],<scts>,<dt>,<st> 
[<CR><LF> 

+CMGL: <index>, <stat>, <fo>, <mr>, [<ra>] , [<tora>],<scts>,<dt>,<st> 
[...]] 

if text mode (+CMGF=1), command successful and SMS-COMMANDs: 
+CMGL: <index>, <stat>, <fo>, <ct> [<CR><LF> 
+CMGL: <index>, <stat>, <fo>, <ct> [...]] 
if text mode (+CMGF=1), command successful and CBM storage: 
+CMGL : <index>, <stat>, <sn>, <mid>, <page>, <pages> 
<CR><LF><data> [<CR><LF> 

+CMGL : <index>, <stat>, <sn>, <mid>, <page>, <pages> 
<CR><LF><data> [...]] 
otherwise: 
+CMS ERROR: <err> 



+CMGL=? 



+CMGL: (list of supported <stat>s) 



Description 

Execution command returns messages with status value <stat> from message storage <meml> to the TE. About text 
mode parameters in itaUcs, refer command Show Text Mode Parameters +CSDH. If status of the message is 'received 
unread', status in the storage changes to 'received read'. If Hsting fails, final result code +CMS ERROR: <err> is 
returned. See chapter Message Service Failure Result Code for <err> values. 

NOTE: If the selected <meml> can contain different types of SMs (e.g. SMS-DELIVERs, SMS-SUBMITs, SMS- 
STATUS-REPORTs and SMS-COMMANDs), the response may be a mix of the responses of different 
SM types. TE application can recognize the response format by examining the third response parameter. 

Test command shall give a list of all status values supported by the TA. 

Implementation 

Optional. 
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3.4.3 Read Message +CMGR 



Action Command Syntax 



Command 


Possible response(s) 


+CMGR=<index> 


if text mode (+CMGF=1), command successful and SMS-DELIVER: 

+CMGR: <stat>, <oa>, [<alpha>] , <scts> [, <tooa>, <fo>, <pid>, <dcs>, 

<sca>, <tosca>, <lei]gth>7<CR><LF><data> 

if text mode (+CMGF=1), command successful and SMS-SUBMIT: 

+CMGR: <stat>,<da>, [<alpha>] [ , <toda>, <fo>, <pid>, <dcs>, [<vp>], 

<sca>, <tosca>, <length>7<CR><LF><data> 

if text mode (+CMGF=1), command successful and SMS-STATUS-REPORT: 

+CMGR: <stat>,<fo>,<mr>, [<ra>], [<tora>] , <scts>, <dt>, <st> 

if text mode (+CMGF=1), command successful and SMS-COMMAND: 

+CMGR: <stat>,<fo>,<ct> [, <pid>, [<mn>] , [<da>] , [<toda>] , <length> 

<CR><LF><cdata>] 

if text mode (+CMGF=1), command successful and CBM storage: 

+CMGR: <stat>, <sn>, <mid>, <dcs>, <page>, <pages><CR><LF><data> 

otherwise: 

+CMS ERROR: <err> 


+CMGR=? 





Description 

Execution command returns message with location value <index> from message storage <meml> to the TE. About 
text mode parameters in italics, refer command Show Text Mode Parameters +CSDH. If status of the message is 
'received unread', status in the storage changes to 'received read'. If reading fails, final result code +CMS ERROR : 
<err> is returned. See chapter Message Service Failure Result Code for <err> values. 

Implementation 

Optional. 

3.4.4 New Message Acknowledgement to ME/TA -i-CNMA 

Action Command Syntax 



Command 


Possible response(s) 


if text mode (+CMGF=1): 

+ CNMA 


+CMS ERROR: <err> 


+CNMA=? 





Description 

Execution command confirms correct reception of a new message (SMS-DELIVER or SMS-STATUS-REPORT) which 
is routed directly to the TE (refer command +CNMI tables 2 and 4). This acknowledgement command (causing ME to 
send RP-ACK to the network) shall be used when +CSMS parameter <service> equals 1. TA shall not send another 
+CMT or +CDS result code to TE before previous one is acknowledged. 

If ME does not get acknowledgement within required time (network timeout), ME should send RP-ERROR to the 
network. ME/TA shall automatically disable routing to TE by setting both <mt> and <ds> values of +CNMI to zero. 

If command is executed, but no acknowledgement is expected, or some other ME related error occurs, final result code 
+CMS ERROR : <err> is returned. See chapter Message Service Failure Result Code for a list of <err> values. 

NOTE: In case that a directly routed message must be buffered in ME/TA (possible when +CNMI parameter 

<mode> equals or 2) or AT interpreter remains too long in a state where result codes cannot be sent to 
TE (e.g. user is entering a message using +CMGS), acknowledgement (RP-ACK) must be sent to the 
network without waiting +CNMA command from TE. Later, when buffered result codes are flushed to TE, 
TE must send +CNMA acknowledgement for each result code. In this way, ME/TA can determine if 
message should be placed in non-volatile memory and routing to TE disabled (+CNMA not received). 
Refer command +CNMI for more details how to use <mode> parameter reliably. 
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Implementation 

Mandatory when <service> value 1 of command Select Message Service +CSMS is supported. 

3.4.5 Informative Examples 

Message forwarding is done as illustrated in figure 3. Optional +CNMA acknowledgement procedure is not presented. In 
this example, there is no TA memory for messages and result code buffer is situated in TA. The routing of message 
waiting indication group (discard message) SMS-DELIVERs equal to class messages, and the routing of message 
waiting indication group (store message) SMS-DELIVERs equal to class 2 messages. 



SM STORAGES 



SMS-DEUVER 



<mi>=0 or <mt>= 1 c A 
<mt>=2 (class 2) or I 
<mt>=3 (class not 3) , ' 



SMS-STA TUS-REPORT 



<ds>=0 or I 
<ds>=2 I 



CBM with allowed message Identifier 
and data coding scheme (refer +CSCB) 

<bm>=0 or <bm>= 1 or , 
<bm>=3 (class not 3) Jy 



CBM STORAGES 



<mt>=1 or 
<mt>=2 (class 2) oil 
<mt>=3 (class not 3) ^ 



<mt>=2 (class not 2)\ or 
<mt>=3 (class 3) ' ^^ 



<ds>=2 



<ds>=1 



<bm>=2 or 
<bm>=3 (class 3) 



<bm>=1 or 
<bm>=3 (class not i 



new status r 'porif Indication +CDSI 



new M" SM\lndlcatlon +CMTI\ 



BUFFER 



riew MT SM +CMf 



status report +CDS 



new CBM +CBM. 



new CBM Indication +CBMI\ 



ME TA 

Figure 3: Message receiving procedures 



TE 



Setting new message indications: 



AT+CNMI=? (query new message unsolicited result code modes) 

+CNMI: (0-2), (0-3), (0-3), (0,1), (0,1) 

OK 

AT+CNMI=2, 1, 0, 1, (send SM and status report indications to TE 

OK when TA in command mode, otherwise buffer) 

In this example, the TA is set so that it should send an unsolicited result code +CMTI : <mem> , <index> to the TE 
when a new SMS-DELIVER is received from the network and stored successfully to storage <mem>, and an unsolicited 
result code +CDS : . . . when a SMS-STATUS-REPORT is received. These result codes are routed to the TE when TA 
is in command mode, but buffered when in on-line data mode. Now, if new SM is received, it can be read as follows 
(text mode with no detailed header information; GSM default alphabet used in message body): 

+CMTI: "ME", 2 (new message received in index 2) 

AT+CMGR=2 (read the message) 

+CMGR: "REG UNREAD" , "+358507654321 ", "Mr . Jones "," 95/07/03, 17 : 38 : 15+04 " 

This is the Mr. Jones testing 

OK 

In the next example all messages of storage <meml > are listed (text mode with no detailed header information; GSM 
default alphabet used in message bodies): 

AT+GMGL="ALL" (read all SMs) 

+GMGL: 1,"REG READ" , "+358501234567 " , "Mr . Smith" ," 95/07/03, 17 : 45 : 03+04 " 

This is the body of the message. 

+GMGL: 2,"ST0 UNSENT" , "+358501234567 " , "Mr . Smith", 

This is the body of the reply. 

OK 

The next example shows a method to read new CBMs received from the network (text mode; GSM default alphabet 
used in message bodies): 
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AT+CNMI=2, , 2, , (CBMs will be sent to the TE) 

OK 

AT+CPMS="BM";+CMGL (select CBM memory for reading; list all unread CBMs) 

+CMGL: 1,"REC UNREAD" , 100, 40, 1, 3 (first page of three page weather information) 

Weather in Finland 3rd of July 1995 

+CMGL: 2,"REC UNREAD" , 100, 40, 2, 3 (second page of three page weather information) 

Helsinki; cloudy, snow storms, -20 degrees Celsius, wind -14 m/s NE 

+CMGL: 3, "REG UNREAD" , 100, 40, 3, 3 (third page of three page weather information) 

Tampere; sunny, 40 degrees Celsius, wind 1 m/s SW 

OK 

3.5 Message Sending and Writing Commands 
3.5.1 Send IVIessage +CI\/IGS 

Action Command Syntax 



Command 


Possible response(s) 


if text mode (+CMGF=1): 

+CMGS=<da> [, <toda>] <CR> 
tsxt is entered<ctrl-Z/ESC> 


if text mode (+CMGF=1) and sending successful: 

+CMGS: <mr> [, <scts>] 
if sending fails: 

+CMS ERROR: <err> 


+CMGS=? 





Description 

Execution command sends message from a TE to the network (SMS-SUBMIT). Message reference value <mr> is 
returned to the TE on successful message delivery. Optionally (when +CSMS <service> value is 1 and network 
supports) <scts> is returned. Values can be used to identify message upon unsolicited delivery status report result 
code. If sending fails in a network or an ME error, final result code +CMS ERROR : <err> is returned. See chapter 
Message Service Failure Result Code for a list of <err> values. This command should be abortable. 

Description 

Execution command sends message from a TE to the network (SMS-SUBMIT). Message reference value <mr> is 
returned to the TE on successful message delivery. Value can be used to identify message upon unsolicited delivery 
status report result code. If sending fails in a network or an ME error, final result code +CMS ERROR : <err> is 
returned. See chapter Message Service Failure Result Code for a list of <err> values. This command should be 
abortable. 

entered text (GSM 03.40 TP-Data-Unit) is sent to address <da> and all current settings (refer Set Text Mode 
Parameters +CSMP and Service Centre Address +CSCA) are used to construct the actual PDU in ME/TA 

the TA shall send a four character sequence <CR><LF><greater_than><space> (IRA 13, 10, 62, 32) 
after command line is terminated with <CR>; after that text can be entered from TE to ME/TA 

the DCD signal shall be in ON state while text is entered 

the echoing of entered characters back from the TA is controlled by V.25ter echo command E 

the entered text should be formatted as follows: 

- if <dcs> (set with +CSMP) indicates that GSM 03.38 default alphabet is used and <f o> indicates that GSM 
03.40 TP-User-Data-Header-Indication is not set: 

- ifTE character set other than "HEX" (refer command Select TE Character Set +CSCS in TS 07.07): 
ME/TA converts the entered text into GSM alphabet according to rules of Annex A; backspace can be 
used to delete last character and carriage returns can be used (previously mentioned four character 
sequence shall be sent to the TE after every carriage return entered by the user) 

if TE character set is " HEX " : the entered text should consist of two IRA character long hexadecimal 
numbers which ME/TA converts to 7-bit characters of GSM alphabet (e.g. 17 (IRA 49 and 55) will be 
converted to character 11 (GSM 23)) 
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if <dcs> indicates that 8-bit or UCS2 data coding scheme is used or <f o> indicates that GSM 03.40 TP- 
User-Data-Header-Indication is set: the entered text should consist of two IRA character long hexadecimal 
numbers which ME/TA converts into 8-bit octet (e.g. two characters 2A (IRA 50 and 65) will be converted to 
an octet with integer value 42) 

sending can be cancelled by giving <ESC> character (IRA 27) 

<ctrl-z> (IRA 26) must be used to indicate the ending of the message body 
Implementation 
Optional. 

3.5.2 Send Message from Storage +CMSS 

Action Command Syntax 



Command 


Possible response(s) 


+CMSS=<index> [, <da> [, <toda>] ] 


if text mode (+CMGF=1) and sending successful: 

+CMSS: <mr> [, <scts>] 
if sending fails: 

+CMS ERROR: <err> 


+CMSS=? 





Description 

Execution command sends message with location value <index> from preferred message storage <mem2> to the 
network (SMS-SUBMIT or SMS-COMMAND). If new recipient address <da> is given given for SMS-SUBMIT, it 
shall be used instead of the one stored with the message. Reference value <mr> is returned to the TE on successful 
message delivery. Optionally (when +CSMS <service> value is 1 and network supports) <scts> is returned. Values 
can be used to identify message upon unsolicited delivery status report result code. If sending fails in a network or an 
ME error, final result code +CMS ERROR : <err> is returned. See chapter Message Service Failure Result Code for a 
list of <err> values. This command should be abortable. 

Implementation 

Optional. 

3.5.3 Write Message to Memory -i-CMGW 

Action Command Syntax 



Command 


Possible response(s) 


if text mode (+CMGF=1): 

+CMGW[=<oa/da> [, <tooa/toda> [, <stat>] ] ] <CR> 
tsxt is entered<ctrl-Z/ESC> 


+CMGW: <index> 
+CMS ERROR: <err> 


+CMGW=? 





Description 

Execution command stores message (either SMS-DELIVER or SMS-SUBMIT) to memory storage <mem2>. Memory 
location <index> of the stored message is returned. By default message status will be set to 'stored unsent', but 
parameter <stat> allows also other status values to be given. The entering of text is done similarly as specified in 
command Send Message +CMGS. If writing fails, final result code +CMS ERROR : <er r> is returned. See chapter 
Message Service Failure Result Code for <err> values. 

NOTE: SMS-COMMANDs and SMS-STATUS-REPORTs can not be stored in text mode. 

Implementation 

Optional. 
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3.5.4 Delete Message +CMGD 



Action Command Syntax 



Command 


Possible response(s) 


+CMGD=<index> 
[, <delflag>] 


+CMS ERROR: <err> 


+CMGD=? 


+CMGD: (list of supported 

<index>s) [, (list of 
supported 
<delflag>s) ] 



Description 

Execution command deletes message from preferred message storage <meml> location <index>. If <delflag> is 
present and not set to then the ME shall ignore <index> and follow the rules for <delflag> shown below. If deleting 
fails, final result code +CMS ERROR : <err> is returned. See chapter Message Service Failure Result Code for 
<err> values. 

Test command shows the valid memory locations and optionally the supported values of <delflag>. 

<delflag>: an integer indicating multiple message deletion request as follows: 

(or omitted) Delete the message specified in <index> 



1 



Delete all read messages from preferred message storage, leaving unread messages and stored 
mobile originated messages (whether sent or not) untouched 

Delete all read messages from preferred message storage and sent mobile originated messages, 
leaving unread messages and unsent mobile originated messages untouched 

Delete all read messages from preferred message storage, sent and unsent mobile originated 
messages leaving unread messages untouched. 

Delete all messages from preferred message storage including unread messages. 



Implementation 

Optional. 

3.5.5 Send Command +CMGC 



Action Command Syntax 



Command 


Possible response(s) 


if text mode (+CMGF=1): 

+CMGC=<fo>, <ct> [, <pid> [, <mn> [, <da> [, <toda>] ] ] ] <CR> 
text is entered<ctrl-Z/ESC> 


if text mode (+CMGF=1) and 

sending successful: 

+CMGC: <mr> [, <scts>] 
if sending fails: 

+CMS ERROR: <err> 


+CMGC=? 





Description 

Execution command sends a command message from a TE to the network (SMS-COMMAND). The entering of text 
(GSM 03.40 TP-Command-Data) is done similarly as specified in command Send Message +CMGS, but the format is 
fixed to be a sequence of two IRA character long hexadecimal numbers which ME/TA converts into 8-bit octets (refer 
+CMGS). Message reference value <mr> is returned to the TE on successful message delivery. Optionally (when +CSMS 
<service> value is 1 and network supports) <scts> is returned. Values can be used to identify message upon 
unsolicited delivery status report result code. If sending fails in a network or an ME error, final result code +CMS 
ERROR : <err> is returned. See chapter Message Service Failure Result Code for a list of <err> values. This 
command should be abortable. 



£75/ 



(GSM 07.05 version 7.0.1 Release 1998) 



52 



ETSI TS 100 585 V7.0.1 (1999-07) 



Implementation 

Optional. 

3.5.6 More Messages to Send -i-CMMSs(teir97)$ 

Parameter Command Syntax 



Command 


Possible response(s) 


+CMMS=[<n>] 




+CMMS? 


+CMMS: <n> 


+CMMS=? 


+CMMS : (list of supported <n>s) 



Description 

Set command controls the continuity of SMS relay protocol link. When feature is enabled (and supported by network) 
multiple messages can be sent much faster as link is kept open. 

Test command returns supported values as a compound value. 

Defined Values 

<n>; 

disable 

1 keep enabled until the time between the response of the latest message send command (+CMGS, +CMSS, etc.) and 
the next send command exceeds 1-5 seconds (the exact value is up to ME implementation), then ME shall close 
the link and TA switches <n> automatically back to 

2 enable (if the time between the response of the latest message send command and the next send command 
exceeds 1-5 seconds (the exact value is up to ME implementation), ME shall close the link but TA shall not 
switch automatically back to <n>=0) 

Implementation 

Optional. 



3.5.7 Informative Examples 



Figure 4 is an example of a TE-TA-ME setup when messages are sent to network or stored to ME. The volatile memory 
may as well be in the ME, or a non-volatile memory may be used instead when constructing messages. 



< 



s/ws- 



SUBMIT 

SM STORAGES 






send from storage +CMSS 



SMS-SUBMIT 



vyrite +(;MGW 



s'lVIS-SUBMIT 



write +CMGW 



^ SMI 



SMS-COMMAND 



volatile memory 

add text mode i 

parameters (+CSMP) ^ 
and SMSC address 



(optionally add 
SIVISC address) 

in text mode, 

add SMSC address 



text mode ser)d +CMGS 
and write +CMGW 



PDU mode send +CMGS 
and write +C/WGW 



L 



J 



(optional in PDU mode) [^ 



send command +CMGC 



± 



ME TA TE 

Figure 4: Message service send and write procedures 

An example of sending a default alphabet message in text mode and a SMS-STATUS-REPORT is wanted: 



AT+CNMI? 

+CNMI: 2,1,0,1,0 

OK 

AT + CSMP = 32, 167, 0, 



(check that status reports are routed to TE) 



(status report wanted; otherwise default settings) 
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OK 

AT+CMGS="+358501234567" (start editing a message) 

> This the first line. (edit first line and press carriage return) 

> This is the last line.^Z (edit second line and send message by pressing control-Z) 
+CMGS : 10 (success; message reference 10 returned from SMSC) 

OK 

+CDS: 2, 10," +358501234567 ",145, "95/07/04/13: 12: 14+04", 

" 95/07/04/13 : 12 : 20 + 04 ", (status report of successful message delivery received) 

Storing an unsent message in memory, sending it from there, and deleting it: 

AT+CPMS? (check memory settings) 

+CPMS: "ME", 4, 10, "ME", 4, 10, "ME", 4,10 

OK 

AT+CMGW="9501231234" (write message) 

> This is the message body^Z 

+CMGW: 7 (index number in storage returned) 

OK 

AT+CMSS=7 (send from storage) 

+CMSS: 12 (success: reference value 12 sent from SC) 

OK 

AT+CMGD=7 (delete message) 

OK 



4 PDU Mode 

The PDU mode uses the same commands and responses as the Text Mode described in clause 3. However, the following 
commands and responses have a different format. In the PDU mode, a complete SMS Message including all header 
information is passed as a binary string. This binary string is composed of hexadecimal IA5 characters as defined in 
clause 3 above under "Message Data Parameters". 

4.1 List Messages +CMGL 

Action Command Syntax 



Command 


Possible response(s) 


+CMGL[=<stat>] 


if PDU mode (+CMGF=0) and command successful: 

+CMGL: <index>, <stat>, [<alpha>] , <length><CR><LF><pdu> 
[<CR><LF>+CMGL:<index>, <stat>, [<alpha>] , <length><CR><LF><pdu> 
[...]] 
otherwise: 
+CMS ERROR: <err> 


+CMGL=? 


+CMGL: (listof supported <stat>s) 



Description 

Execution command returns messages with status value <stat> from preferred message storage <meml> to the TE. 
Entire data units <pdu> are returned. If status of the message is 'received unread', status in the storage changes to 
'received read'. If listing fails, final result code +CMS ERROR : <err> is returned. See chapter Message Service 
Failure Result Code for <err> values. 

Test command shall give a list of all status values supported by the TA. 

Implementation 

Optional. 
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4.2 Read Message +CMGR 



Action Command Syntax 



Command 


Possible response(s) 


+CMGR=<index> 


if PDU mode (+CMGF=0) and command successful: 

+CMGR: <stat>, [<alpha>] , <length><CR><LF><pdu> 
otherwise: 

+CMS ERROR: <err> 


+CMGR=? 





Description 

Execution command returns message with location value <index> from preferred message storage <meml> to the TE. 
Status of the message and entire message data unit <pdu> is returned. If status of the message is 'received unread', 
status in the storage changes to 'received read'. If reading fails, final result code +CMS ERROR : <err> is returned. 
See chapter Message Service Failure Result Code for <err> values. 

Implementation 

Optional. 



4.3 Send Message +CMGS 



Action Command Syntax 



Command 


Possible response(s) 


if PDU mode (+CMGF=0): 

+CMGS=<length><CR> 

PDU is given<ctrl-Z/ESC> 


if PDU mode (+CMGF=0) and sending successful: 

+CMGS: <mr> [, <ackpdu>] 
if sending fails: 

+CMS ERROR: <err> 


+CMGS=? 





Description 

Execution command sends message from a TE to the network (SMS-SUBMIT). Message reference value <mr> is 
returned to the TE on successful message delivery. Optionally (when +CSMS <service> value is 1 and network 
supports) <ackpdu> is returned. Values can be used to identify message upon unsolicited delivery status report result 
code. If sending fails in a network or an ME error, final result code +CMS ERROR : <err> is returned. See chapter 
Message Service Failure Result Code for a list of <err> values. This command should be abortable. 

<length> must indicate the number of octets coded in the TP layer data unit to be given (i.e. SMSC address 
octets are excluded) 

the TA shall send a four character sequence <CR><LF><greater_than><space> (IRA 13, 10, 62, 32) 
after command line is terminated with <CR>; after that PDU can be given from TE to ME/TA 

the DCD signal shall be in ON state while PDU is given 

the echoing of given characters back from the TA is controlled by V.25ter echo command E 

the PDU shall be hexadecimal format (similarly as specified for <pdu>) and given in one line; ME/TA converts 
this coding into the actual octets of PDU 

when the length octet of the SMSC address (given in the PDU) equals zero, the SMSC address set with command 
Service Centre Address +CSCA is used; in this case the SMSC Type-of-Address octet shall not be present in the 
PDU, i.e. TPDU starts right after SMSC length octet 

sending can be cancelled by giving <ESC> character (IRA 27) 

<ctrl-Z> (IRA 26) must be used to indicate the ending of PDU 

Implementation 
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Optional. 



4.4 Write Message to Memory +CMGW 



Action Command Syntax 



Command 


Possible response(s) 


if PDU mode (+CMGF=0): 

+CMGW=<length> [,<stat>] <CR>PD17 is given<ctrl-Z/ESC> 


+CMGW: <index> 
+CMS ERROR: <err> 


+CMGW=? 





Description 

Execution command stores a message to memory storage <mem2>. Memory location <index> of the stored message is 
returned. By default message status will be set to 'stored unsent', but parameter <stat> allows also other status values 
to be given. (ME/TA manufacturer may choose to use different default <stat> values for different message types.) 
The entering of PDU is done similarly as specified in command Send Message +CMGS. If writing fails, final result code 
+CMS ERROR : <er r> is returned. See chapter Message Service Failure Result Code for <err> values. 

Implementation 

Optional. 



4.5 



Send Command +CMGC 



Action Command Syntax 



Command 


Possible response(s) 


if PDU mode (+CMGF=0): 

+CMGC=<length><CR> 

PDU is given<ctrl-Z/ESC> 


if PDU mode (+CMGF=0) and sending successful: 

+CMGC: <mr> [, <ackpdu>] 
if sending fails: 

+CMS ERROR: <err> 


+CMGC=? 





Description 

Execution command sends a command message from a TE to the network (SMS-COMMAND). The entering of PDU is 
done similarly as specified in command Send Message +CMGS. Message reference value <mr> is returned to the TE on 
successful message delivery. Optionally (when +CSMS <service> value is 1 and network supports) <ackpdu> is 
returned. Values can be used to identify message upon unsolicited delivery status report result code. If sending fails in a 
network or an ME error, final result code +CMS ERROR : <err> is returned. See chapter Message Service Failure 
Result Code for a list of <err> values. This command should be abortable. 

Implementation 

Optional. 

4.6 New Message Acknowledgement to ME/TA +CNMA 

Action Command Syntax 



Command 


Possible response(s) 


if PDU mode (+CMGF=0): 

+CNMA[=<n> [,<length> [<CR> 
PDU is given<ctrl-Z/ESC>] ] ] 


+CMS ERROR: <err> 


+CNMA=? 


if PDU mode (+CMGF=0): 

+CNMA: (list of supported <n>s) 
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Description 

Execution command confirms reception of a new message (SMS -DELIVER or SMS-STATUS-REPORT) which is 
routed directly to the TE (refer command +CNMI tables 2 and 4). This acknowledgement command shall be used when 
+CSMS parameter <service> equals 1. In PDU mode, it is possible to send either positive (RP-ACK) or negative 
(RP-ERROR) acknowledgement to the network. Parameter <n> defines which one will be sent. Optionally (when 
<length> is greater than zero) an acknowledgement TPDU (SMS-DELIVER-REPORT for RP-ACK or RP-ERROR) 
may be sent to the network. The entering of PDU is done similarly as specified in command Send Message +CMGS, 
except that the format of <ackpdu> is used instead of <pdu> (i.e. SMSC address field is not present). PDU shall not 
be bounded by double quotes. TA shall not send another +CMT or +CDS result code to TE before previous one is 
acknowledged. 

If ME does not get acknowledgement within required time (network timeout), ME should send RP-ERROR to the 
network. ME/TA shall automatically disable routing to TE by setting both <mt> and <ds> values of +CNMI to zero. 

If command is executed, but no acknowledgement is expected, or some other ME related error occurs, final result code 
+CMS ERROR : <err> is returned. See chapter Message Service Failure Result Code for a list of <err> values. 

NOTE: In case that a directly routed message must be buffered in ME/TA (possible when +CNMI parameter 

<mode> equals or 2) or AT interpreter remains too long in a state where result codes cannot be sent to 
TE (e.g. user is entering a message using +CMGS), acknowledgement (RP-ACK) must be sent to the 
network without waiting +CNMA command from TE. Later, when buffered result codes are flushed to TE, 
TE must send +CNMA [ = ] acknowledgement for each result code. In this way, ME/TA can determine if 
message should be placed in non- volatile memory and routing to TE disabled (+CNMA [ = ] not 
received). Refer command +CNMI for more details how to use <mode> parameter reliably. 

Test command returns a list of supported <n> values. If the only value supported is 0, the device does not support 
sending of TPDU. 

Defined Values 

<n>: 

command operates similarly as defined for the text mode 

1 send RP-ACK (or buffered result code received correctly) 

2 send RP-ERROR (if PDU is not given, ME/TA shall send SMS-DELIVER-REPORT with GSM 03.40 TP-FCS 
value set to 'FF' (unspecified error cause)) 

Implementation 

Mandatory when <service> value 1 of command Select Message Service +CSMS is supported. 

4.7 Send Message from Storage +CMSS 

Action Command Syntax 



Command 


Possible response(s) 


+CMSS=<index> [, <da> [, <toda>] ] 


if PDU mode (+CMGF=0) and sending successful: 

+CMSS: <mr> [, <ackpdu>] 
if sending fails: 

+CMS ERROR: <err> 


+CMSS=? 
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Description 

Execution command sends message with location value <index> from message storage <mem2> to the network (SMS- 
SUBMIT or SMS-COMMAND). If new recipient address <da> is given for SMS-SUBMIT, it shall be used instead of 
the one stored with the message. Reference value <mr> is returned to the TE on successful message delivery. Optionally 
(when +CSMS <service> value is 1 and network supports) <ackpdu> is returned. Values can be used to identify 
message upon unsolicited delivery status report result code. If sending fails in a network or an ME error, final result 
code +CMS ERROR : <err> is returned. See chapter Message Service Failure Result Code for a list of <er r> values. 
This command should be abortable. 

Implementation 

Optional. 
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Annex A (Normative): 

Character Set Conversions for SIVIS Text IVIode 

The following conversions to and from GSM 03.38 default alphabet are defined: 



TE char set 


bits/char 


Commands 


PC Code Page 437 


8 


+CMGF=1;+CSCS="PCCP437" 


PC Danish/Norwegian 


8 


+CMGF=1;+CSCS="PCDN" 


ISO 8859 Latin 1 


8 


+CMGF=1;+CSCS="8 85 9-1" 


IRA 


7 


+CMGF=1;+CSCS="IRA" 


GSM default alphabet 


7 


+CMGF=1;+CSCS="GSM" 



The tables below show which 7 bit GSM value corresponds to the 7 or 8 bit value of external character set. The TE 
character set value is computed by adding column value, OOH through FOH (70H for 7 bits/char), with the row value 
(OOH through OFH). All values are in hexadecimal, but the H suffix is not used. When text mode is implemented, it is 
mandatory for a TA to have at least one conversion which include the conversion table of IRA (e.g. PC Code Page 437 
does). Additional conversions can be defined by manufacturers. It is manufacturer specific if the TE set is actually 
converted to GSM set in the TA or in the ME, and if the TE set is converted to a ME specific set in the TA before 
converting it to GSM set when message is sent to the network. It is recommended that characters which cannot be 
converted to GSM set are deleted. 

Conversion from IRA to GSM: 





00 


10 


20 


30 


40 


50 


60 


70 


00 


- 


- 


20 


30 


00 


50 


- 


70 


01 


- 


- 


21 


31 


41 


51 


61 


71 


02 


- 


- 


22 


32 


42 


52 


62 


72 


03 


- 


- 


23 


33 


43 


53 


63 


73 


04 


- 


- 


02 


34 


44 


54 


64 


74 


05 


- 


- 


25 


35 


45 


55 


65 


75 


06 


- 


- 


26 


36 


46 


56 


66 


76 


07 


- 


- 


27 


37 


47 


57 


67 


77 


08 


- 


- 


28 


38 


48 


58 


68 


78 


09 


- 


- 


29 


39 


49 


59 


69 


79 


OA 


LF 


- 


2A 


3A 


4A 


5A 


6A 


7A 


OB 


- 


- 


2B 


3B 


4B 


- 


6B 


- 


OC 


- 


- 


2C 


3C 


4C 


- 


6C 


- 


OD 


CR- 


- 


2D 


3D 


4D 


- 


6D 


- 


OE 


- 


- 


2E 


3E 


4E 


- 


6E 


- 


OF 


- 


- 


2F 


3F 


4F 


11 


6F 


- 
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Conversion from PCCP437 (PC-8 Code Page 437) to GSM: 





00 


10 


20 


30 


40 


50 


60 


70 


80 


90 


AO 


BO 


CO 


DO 


EO 


FO 


00 


- 


- 


20 


30 


00 


50 


- 


70 


09 


IF 


61"' 


- 


- 


- 


- 


- 


01 


- 


- 


21 


31 


41 


51 


61 


71 


7E 


ID 


6911 


- 


- 


- 


IE 


- 


02 


- 


- 


22 


32 


42 


52 


62 


72 


05 


IC 


6F12 


- 


- 


- 


13 


- 


03 


- 


- 


23 


33 


43 


53 


63 


73 


611 


6F7 


7513 


- 


- 


- 


- 


- 


04 


- 


- 


02 


34 


44 


54 


64 


74 


7B 


7C 


7D 


- 


- 


- 


18 


- 


05 


- 


5F 


25 


35 


45 


55 


65 


75 


7F 


08 


5D 


- 


- 


- 


- 


- 


06 


- 


- 


26 


36 


46 


56 


66 


76 


OF 


758 


- 


- 


- 


- 


- 


- 


07 


- 


- 


27 


37 


47 


57 


67 


77 


092 


06 


- 


- 


- 


- 


- 


- 


08 


- 


- 


28 


38 


48 


58 


68 


78 


653 


799 


60 


- 


- 


- 


12 


- 


09 


- 


- 


29 


39 


49 


59 


69 


79 


654 


5C 


- 


- 


- 


- 


19 


- 


OA 


LF 


- 


2A 


3A 


4A 


5A 


6A 


7A 


04 


5E 


- 


- 


- 


- 


15 


- 


OB 


- 


- 


2B 


3B 


4B 


- 


6B 


- 


695 


- 


- 


- 


- 


- 


- 


- 


OC 


- 


- 


2C 


3C 


4C 


- 


6C 


- 


696 


01 


- 


- 


- 


- 


- 


- 


OD 


CR 


- 


2D 


3D 


4D 


- 


6D 


- 


07 


03 


40 


- 


- 


- 


- 


- 


OE 


- 


- 


2E 


3E 


4E 


- 


6E 


- 


5B 


- 


- 


- 


- 


- 


- 


- 


OF 


- 


- 


2F 


3F 


4F 


11 


6F 


- 


OE 


- 


- 


- 


- 


- 


- 


- 



I : a 1^ a 
6 : I c> i 

II : 1 O i 



2 :9 ^ g 
^ : 6 ■=> o 
12 : 6 ■=> o 



3 : e. ^ e. 
** : u ■=> u 
13 : u O u 



4 : e ^ e 

9 :y O y 



5 : i O i 
10 : a ^ a 



Conversion from PCDN (PC-8 Danish/ Norwegian) to GSM: 





00 


10 


20 


30 


40 


50 


60 


70 


80 


90 


AO 


BO 


CO 


DO 


EO 


FO 


00 


- 


- 


20 


30 


00 


50 


- 


70 


09 


IF 


611" 


- 


- 


- 


- 


- 


01 


- 


- 


21 


31 


41 


51 


61 


71 


7E 


ID 


6911 


- 


- 


- 


IE 


- 


02 


- 


- 


22 


32 


42 


52 


62 


72 


05 


IC 


6F12 


- 


- 


- 


13 


- 


03 


- 


- 


23 


33 


43 


53 


63 


73 


611 


6F7 


7513 


- 


- 


- 


- 


- 


04 


- 


- 


02 


34 


44 


54 


64 


74 


7B 


7C 


7D 


- 


- 


- 


18 


- 


05 


- 


5F 


25 


35 


45 


55 


65 


75 


7F 


08 


5D 


- 


- 


- 


- 


- 


06 


- 


- 


26 


36 


46 


56 


66 


76 


OF 


758 


- 


- 


- 


- 


- 


- 


07 


- 


- 


27 


37 


47 


57 


67 


77 


092 


06 


- 


- 


- 


- 


- 


- 


08 


- 


- 


28 


38 


48 


58 


68 


78 


653 


799 


60 


- 


- 


- 


12 


- 


09 


- 


- 


29 


39 


49 


59 


69 


79 


654 


5C 


- 


- 


- 


- 


19 


- 


OA 


LF 


- 


2A 


3A 


4A 


5A 


6A 


7A 


04 


5E 


- 


- 


- 


- 


15 


- 


OB 


- 


- 


2B 


3B 


4B 


- 


6B 


- 


695 


OC 


- 


- 


- 


- 


- 


- 


OC 


- 


- 


2C 


3C 


4C 


- 


6C 


- 


696 


01 


- 


- 


- 


- 


- 


- 


OD 


CR 


- 


2D 


3D 


4D 


- 


6D 


- 


07 


OB 


40 


- 


- 


- 


- 


- 


OE 


- 


- 


2E 


3E 


4E 


- 


6E 


- 


5B 


- 


- 


- 


- 


- 


- 


- 


OF 


- 


- 


2F 


3F 


4F 


11 


6F 


- 


OE 


- 


- 


- 


- 


- 


- 


- 



I : a 1^ a 
6 : i O i 

II : 1 ^ i 



2 :9 ^ g 
^ : 6 1^ o 
12 : 6 ^ o 



3 : e ^ e 
** : u ■=> u 
13 : u O u 



y ^ y 



5 : i ^ i 
1" : a ^ a 
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Conversion from 8859-1 (ISO 8859 Latin 1) to GSM: 





00 


10 


20 


30 


40 


50 


60 


70 


80 


90 


AO 


BO 


CO 


DO 


EO 


FO 


00 


- 


- 


20 


30 


00 


50 


- 


70 


- 


- 


- 


- 


411 


- 


7F 


- 


01 


- 


- 


21 


31 


41 


51 


61 


71 


- 


- 


40 


- 


412 


5D 


6120 


7D 


02 


- 


- 


22 


32 


42 


52 


62 


72 


- 


- 


- 


- 


4P 


4F12 


6121 


08 


03 


- 


- 


23 


33 


43 


53 


63 


73 


- 


- 


01 


- 


414 


4F13 


6122 


6F29 


04 


- 


- 


02 


34 


44 


54 


64 


74 


- 


- 


24 


- 


5B 


4F14 


7B 


6F30 


05 


- 


- 


25 


35 


45 


55 


65 


75 


- 


- 


03 


- 


OE 


4F15 


OF 


6F31 


06 


- 


- 


26 


36 


46 


56 


66 


76 


- 


- 


- 


- 


IC 


5C 


ID 


7C 


07 


- 


- 


27 


37 


47 


57 


67 


77 


- 


- 


5F 


- 


09 


- 


0923 


- 


08 


- 


- 


28 


38 


48 


58 


68 


78 


- 


- 


- 


- 


455 


OB 


04 


OC 


09 


- 


- 


29 


39 


49 


59 


69 


79 


- 


- 


- 


- 


IF 


5516 


05 


06 


OA 


LF 


- 


2A 


3A 


4A 


5A 


6A 


7A 


- 


- 


- 


- 


456 


5517 


6524 


7532 


OB 


- 


- 


2B 


3B 


4B 


- 


6B 


- 


- 


- 


- 


- 


457 


5518 


6525 


7533 


OC 


- 


- 


2C 


3C 


4C 


- 


6C 


- 


- 


- 


- 


- 


498 


5E 


07 


7E 


OD 


CR 


- 


2D 


3D 


4D 


- 


6D 


- 


- 


- 


- 


- 


499 


5919 


6926 


7934 


OE 


- 


- 


2E 


3E 


4E 


- 


6E 


- 


- 


- 


- 


- 


4910 


- 


6927 


- 


OF 


- 


- 


2F 


3F 


4F 


11 


6F 


- 


- 


- 


- 


60 


4911 


IE 


6928 


7935 



1 


: A 


■^ 


A 


2 


: A 


■=> 


A 


3 


: A 


■=> 


A 


4 


: A 


■=> 


A 


5 


: E 


E 


6 


: E 


■=> 


E 


7 


: E 


■=> 


E 


8 


: i 


<=> 


I 


9 


: I 


1^ 


I 


10 


: I 


^ I 


11 


: i 


■^ 


I 


12 


: 6 


!=> 





13 


: 6 


■=> 





14 


: 6 


■=> 





15 


: 





16 


: U 


■=> 


U 


17 


: U 


■=> 


U 


18 


: U 


■=> 


U 


19 


: Y 


■=> 


Y 


20 


: a 


^ a 


21 


: a 


■^ 


a 


22 


: a 


■^ 


a 


23 


: e 


i=> 


Q 


24 


: e 


■^ 


e 


25 


: e 


^ e 


26 


: 1 


■=> 


i 


27 


: i 


c:> 


i 


28 


: i 


■^ 


i 


29 


: 6 


■=> 





30 


: 6 





31 


: 


<=> 





32 


: li 


■=> 


u 


33 


: u 


■=> 


u 


34 


: y 


l=> 


y 


35 


: y 


^ y 



Conversions from GSM default alphabet to above character sets are otherwise straightforward, but no conversions of the 
characters listed below tables are applied. 
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Annex B (Informative): 

Example of processing a data block 

B.1 Example state diagrams for the block receiver 

The state diagrams on the following two pages show how the receiver component at the block level could work. In this 
example the received octets are processed in two stages. 

Stage 1 is a low level function which detects the unique start and end markers, and removes any stuffing octets. The 
results of this stage are passed to stage 2. Any unexpected octet value after a DLE will be indicated as 'abort'. 

Stage 2 assembles the message content and the BCS octets, using octets passed from stage 1 and the 'start' and 'end' 
indications. A 'start' will always reset the process to state 1 from any state. An 'abort' will always cause a return to state 
where a 'start' will be awaited. When an 'end' is received in state 1, the following two octets are checked as the BCS. If 
the BCS is correct, the message content is passed to another stage of the receiver for processing of the message content. 

B.2 Example of coding and decoding a data block 

The last page of this annex shows the coding of an example message at a transmitter, and the decoding stages at a 
receiver which has the two stages of processing as described above. 

In this example, the message content and the BCS both contain an octet with a value of 10 hex. Therefore the message 
as transmitted over the interface has additional stuffing octets (00 hex) inserted after these octets. The receiver first 
detects the start and end markers, and removes the stuffing octets. Finally the BCS is checked. 



£75/ 



(GSM 07.05 version 7.0.1 Release 1998) 



62 



ETSI TS 100 585 V7.0.1 (1999-07) 



EXAMPLE STATE DIAGRAMS FOR THE BLOCK RECEIVER 



The block receiver can be considered as two stages. Stage 1 detects 
start and end marl<ers, and removes stuffing cliaracters. Stage 2 
assembles the received message and checks the BCS. 



-^ STAGE 1 



Octets from 

the DTE/DC E 

interface 



Octets, with 

separate Start, 

End and Abort 

indications. 



STAGE 2 



Message 
blocks 



STATE TRANSITIONS IN STAGE 1 




'Start' 




OLE 



Wat for STX, 
ETXorNUL 



any other 
octet n 



STX 



octet = DLE 





octet = n 
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STATE TRANSmONS IN STAGE 2 



Reset buffer 
Reset checksum 



Reset buffer 
Reset checksum 




■Stait 



Stait 



Reset buffer 
Reset checksum 

1 
assemble I 
octets ^ 




'Aboit 



End' 



-^ 



any other 
octet 



octet 



Start ^ Watforlst 

/ ,^BCS octet, X ' PnrJ' 

■Abort" octet 



add (octet x 256) 
to checksum 



add octet to 
checksum 



store in 
buffer 




Reset buffer 
Reset checksum 



'Start:* Wat for 2nd 
BCS octet 





checksunr No 
= 0000 ?/ ' 



Yes 



Block 
received 



I 
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Example of coding / decoding a message 
at the DTE/DCE interface 



Example message 
to be sent 



OOH 



lOH 20H BOH 



40H 50H 



BCS prepared 



Calculate BCS 



I 



OOH 



lOH 20H BOH 



BCS 
MSB LSB 



40H 50H FFH 



lOH 



Message as 
transmitted 



Message as 

received 

(no errors) 



Insert stuffing octets, and 
add start & end markers 



start 
ma rker 
DLE 



message content 

* 



lOH 



nlu OOH lOH fJUL 
02H OOH 



20H BOH 40H 50H 



end 
marker 



DLE 
lOH 



EYX 
OBH 



BCS 
MSB LSB 

FFH lOH 



NUL 
OOH 



Message transferred 
over DTE/bCE interface 



M 



start 

marker 



* = stuffing octet 



message content 



DLE 
lOH 



nlu OOH lOH [JUL 
02H OOH 



20H BOH 40H 50H 



end BCS 

marker ! MSB LSB 



DLE 
lOH 



EYX 
OBH 



FFH lOH 



NUL 
OOH 



Output from 
receiver stage 1 



Detect start & end markers 
and remove stuffing octets 



'Start' 





Y 












BCS 

MSB LSB 


OOH 


lOH 


20H 


BOH 


40H 


50H 


'End' 


FFH 


lOH 



Output from 
receiver stage 2 



Check BCS 

V 
OOH lOH 20H BOH 40H 50H 
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Annex C (Informative): 
Change History 



SMG# 


TDoc 


VERS 


CR 


REV 


PHA 

SE 


CAT 


WORKITEM 


SUBJECT 


NEW_ 
VERS 


S20 


612/96 


5.0.0 


A022 2-1- 


B 


TBI 


Enhanced SMS routing to TE in AT modes 


5.1.0 


S20 


612/96 


5.0.0 


A023 


2-1- 


B 


TBI 


Underscore character in Annex A 


5.1.0 


S20 


612/96 


5.0.0 


A024 




2-1- 


B 


TBI 


New -hCMS ERROR codes 


5.1.0 


S20 


612/96 


5.0.0 


A025 




2-1- 


B 


TBI 


UCS2 in text mode 


5.1.0 


S20 


612/96 


5.0.0 


A026 




2-1- 


B 


TBI 


Enhanced SMS storage handling in AT modes 


5.1.0 


S20 


612/96 


4.7.0 


A027 




2 


F 


lEI value for TP Failure Case (Phase 2) 


4.8.0 


S20 


612/96 


5.0.0 


A028 




2-1- 


A 


lEI value for TP Failure Case (Phase 2+) 


5.1.0 


S20 


612/96 


5.0.0 


A029 




2-1- 


D 


TBI 


OK response to AT-hCESP 


5.1.0 


S20 


612/96 


5.0.0 


A030 




2-1- 


B 


TBI 


RP-Ack PDU 


5.1.0 


s21 


060/97 


5.1.0 


A031 




2-1- 


D 


CBS editorial modifications in AT modes 


5.2.0 


s21 


060/97 


5.1.0 


A032 




2-1- 


F 


Correction of error in SMS Block mode 


5.2.0 


s21 


060/97 


5.1.0 


A033 




2-1- 


D 


Further text for PDU mode -l-CMGS 


5.2.0 


s22 


415/97 


5.2.0 


A034 




2-1- 


F 


Editorial corrections 


5.3.0 


s22 


415/97 


5.2.0 


A035 
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